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About this document 


This document describes the UCS DMS-250 billing records. Information is 
provided for understanding, planning, datafilling, and testing the billing 
system. 


Intended audience 


This publication assists telecommunications engineers, technicians, 
switching system developers, operating company personnel, and anyone else 
who requires technical information on UCS DMS-250 billing. 


This document assumes the user's switch is installed, commissioned, and 
active. 


Personnel using this document require the following: 
* Table Editor training 
e Nortel Networks approved datafill, translations, and maintenance 


training 


How this document is organized 
The chapters in this document provide the following: 


Chapter 1, Billing overview 
Chapter 1 provides an overview of the Flexible billing system. 


Chapter 2, Billing record storage 
Chapter 2 provides information on event header records and billing record 
storage. 


Chapter 3, Operator services records 
Chapter 3 describes the data stored within operator services records. 


Chapter 4, Internal billing formatters 


Chapter 4 provides required information for provisioning the internal billing 
formatters for CDR templates. 
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Chapter 5, Flexible billing formatters 
Chapter 5 provides required information for provisioning the flexible billing 
formatters for CDR templates. 


Chapter 6, Creating your own CDR templates 
Chapter 6 instructs you on creating your own CDR templates. 


Chapter 7, Call detail record logging facility 
Chapter 7 describes the CDR logging facility. 


Chapter 8, Flexible CDR searching 
Chapter 8 describes CDR searching utility. 


Appendix A, CDR field descriptions 
Appendix A describes each field of the CDR. 


Appendix B, CDR templates 
Appendix B contains the available CDR templates. 


Appendix C, Working template 
Appendix C provides a working template for designing CDR templates. 


Appendix D, OSR field descriptions 
Appendix D describes each field of the OSR. 


Appendix E, Related data schema, logs, OMs, and commands 
Appendix E lists the related data schema, logs, OMs, and commands. 


Appendix F, CDR to SDM interaction 

Appendix F describes required CDR fields needed by the Supernode Data 
Manager (SDM) for proper CDR to Bellcore Automatic Message 
Accounting Format (BAF) conversion. 


Appendix G, Software optionality control 
Appendix G provides information on software optionality control for billing. 


Appendix Н, ОМ5-250/500 СОК Bulletin 
Appendix H provides information about CDR test cases and supporting 
documentation. 


How to check the version and issue of this document 


The version and issue of the document are indicated by numbers, for 
example, 01.01. 
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About this document xv 


The first two digits indicate the version. The version number increases each 
time the document is updated to support a new software release. For 
example, the first release of a document is 01.01. In the next software release 
cycle, the first release of the same document is 02.01. 


The second two digits indicate the issue. The issue number increases each 
time the document is revised but rereleased in the same software release 
cycle. For example, the second release of a document in the same software 
release cycle 15 01.02. 


To determine which version of this document applies to the software in your 
office and which is the latest issue, check the release information in UCS 
DMS-250 Master Index of Publications, 297-2621-001. 


References in this document 
The following documents are referred to in this document: 


* Bellcore Automatic Message Accounting Format (ВАГ) Requirements, 
Bellcore Specification GR-1100-CORE, Issue 2 


e UCS DMS-250 Billing Server Application Guide, 297-2621-320 
e UCS DMS-250 Commands Reference Manual, 297-2621-819 

e UCS DMS-250 Data Schema Reference Manual, 297-2621-851 

e UCS DMS-250 Feature Change Reference Guide, 297-2621-050 


e UCS DMS-250 Feature Group D (FGD) Application Guide, 
297-2621-385. 


e UCS DMS-250 FlexDial Framework Application Guide, 297-2621-390 
e UCS DMS-250 Logs Reference Manual, 297-2621-840 


e UCS DMS-250 Operational Measurements Reference Manual, 
297-2621-814 


e UCS DMS-250 Office Parameters Reference Manual, 297-2621-855 
e UCS DMS-250 NetworkBuilder Application Guide, 297-2621-370 


e UCS DMS-250 Local Number Portability Feature Application Guide, 
297-2621-371 


e UCS DMS-250 CAIN/Flexdial Interaction Guide, 297-2621-372 


e UCS DMS-250 Software Optionality Control User's Manual, 
297-2621-301 


e DMS-100 Family Software Optionality Control User's Manual, 
297-8991-901 


* Device Independent Recording Package Administration Manual, 
297-1001-345 
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* Device Independent Recording Package Planning and Engineering 
Guide, 297-1001-175 


* Device Independent Recording Package Product Guide, 297-1001-013 


* Device Independent Recording Package Translations Guide, 
297-1001-356 


* Disk Maintenance Subsystem Reference Manual, 297-1001-526 
e SDMC SuperNode Billing Application User Guide 297-2667-328 
Information about related documents can be found in either the UCS 


DMS-250 Master Index of Publications, 297-2621-001, or the Product 
Documentation Directory, 297-8991-001. 


What precautionary messages mean 
The types of precautionary messages used in Nortel Networks' documents 
include attention boxes and danger, warning, and caution messages. 


An attention box identifies information that is necessary for the proper 
performance of a procedure or task or the correct interpretation of 
information or data. Danger, warning, and caution messages indicate 
possible risks. 


Examples of the precautionary messages follow. 


ATTENTION Information needed to perform a task 


ATTENTION 
If the unused DS-3 ports are not deprovisioned before a DS-1/VT 
Mapper is installed, the DS-1 traffic will not be carried through the 
DS-1/VT Mapper, even though the DS-1/VT Mapper is properly 
provisioned. 


CAUTION Possibility of service interruption or degradation 


CAUTION 

Possible loss of service 

Before continuing, confirm that you are removing the card 
from the inactive unit of the peripheral module. 
Subscriber service will be lost if you remove a card from 
the active unit. 
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Document conventions 
This document conforms to the following conventions. 


Input prompt (>) 
An input prompt (>) indicates that the information that follows is a 
command: 


»СТМРІТ 


Commands апа fixed parameters 


Commands and fixed parameters that are entered at a MAP terminal are 
shown in uppercase letters: 


>TEMPLATE 


Variables 
Variables are shown in lowercase letters: 


>TEMPLATE all 


The letters or numbers that the variable represents must be entered. Each 
variable is explained in a list that follows the command string. 


Responses 
Responses correspond to the MAP display and are shown in a different type: 


The list of indices and defined template’s is as follows: 
: CDR2AMA 

: Reserved01 
: Reserved02 
: Reserved03 
: Reserved04 
: Reserved05 
< UCSO9 
UCS11 
UCS12 
UCS13 


хо сос ы суль М Оо 
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The following excerpt from a procedure shows the command syntax used in 
this document: 


1 Show the defined templates by typing the following: 


>ТЕМРІ АТЕ string 
and pressing the Enter key. 


where 


string is the template to identify or all. 


Sample entry: >TEMPLATE all 
Example of a MAP response: 


The list of indices and defined template's is as follows: 
: CDR2AMA 
Reserved01 
: Reserved02 
Reserved03 
: Reserved04 
: Reserved05 
+ UCSOO9 
UCS11 
UCS12 
UCS13 


хо сос ы суль М о 
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Billing overview 


The UCS14 software release adds billing enhancements to the UCS 
DMS-250 switch. These enhancements allow billing software for the switch 
to populate Call Detail Record (CDR) fields that the SuperNode Data 
Manager (SDM) needs for the CDR to Bellcore Automatic Message 
Accounting Format (BAF) conversion. 


The billing enhancements feature for the UCS14 software release adds the 
following fields to the CDR: 
e AMABAFMD 

e AMACALLT 

e AMASIZE 

* COMPCODE2 

e HEXID 

e MODMAP 

e OPERINV 

e ROUTIND 

* SVCFTR 

* TRMOSEAS 


The billing enhancements also add the ORIGPLAN, TERMPLAN, and 
EXOSEAS CDR fields, but these fields are reserved for future use. 


The UCS14 software release also adds support to the CAIN framework for 
receiving a TCAP response message or conversational message from an 
Service Control Point (SCP) that contains a Furnish. AMA Information 
operation. This support includes three CDR fields, AMABAFMD, 
AMASIZE, and HEXID. 


Note: Although the AMABAFMD can hold up to 128 bytes of BAF table 
information, the CDR273 log for the UCS DMS-250 switch only displays up 
to 16 bytes of information. However, the UCS DMS-250 switch passes all 
information in the AMABAFMD field to the SDM. 
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Тһе UCS14 software release maintains the Flex СОК billing system 
introduced in the UCS06 software release. This Flex CDR billing system 
was expanded in 0С507 for the UCS DMS-250 switch and can do the 
following: 


change the billing system settings to meet your specific billing needs 


utilize one of the call detail record (CDR) templates provided to format 
the billing data in the CDRs 


create up to 54 CDR templates containing only the billing data you need 
Note: By purchasing the UBFR0001 SOC option, you can create your 
own billing templates. 

generate smaller CDRs containing the call processing data required for a 
certain type of call 

define certain call processing criteria to populate a specific template 
Note: By purchasing the UBFR0001 SOC option, you can select a CDR 
template through call processing provisioning. 

identify a default template for use when call processing does not specify 
a template 


change the size of event records, operator services records (OSRs), and 
CDRs in order to store more data in billing files 


migrate from the UCS09, UCS11, UCS12, or UCS13 billing formats 
when needed 
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CAUTION 

Changes may affect site functionality 

Changes to the billing system require updates to 
engineering parameters that may affect site functionality. 
Any changes to the billing system may affect downstream 
processing of billing records. Nortel Networks 
recommends that only experienced personnel make 
changes to the billing system. 


The billing system 
The DMS-Core, Billing Server, and SuperNode Data Manager (SDM) use 
the Flex CDR billing system. 


Note: UCS14 billing software is backward compatible with the UCS13, 
UCS12, and UCS11 software loads. 


You can provision the Flex CDR billing system to best fit your billing needs; 
choose from the Internal CDR formatters or flexible (user-customized) CDR 
formatters. 


Internal CDR template formatters 
Customers who use the CDR templates provided in each software load, and 
set the office parameters appropriately, cause the billing platform to use 
internal CDR formatters. The internal formatters are optimized for greatest 
speed. 


Using an internal formatter is therefore, a speed optimized subset of the 
overall Flex CDR billing platform. 


For details on office parameter settings, see Chapter 4. 


Internal CDR template formatters offer the following: 


* Billing data, collected by the switch, is formatted using speed- 
optimized formatter routines. These routines format the billing data into 
a pre-defined, hard-coded CDR format. 


e You can identify опе CDR template that best fits your traffic. UCS14 
software provides the internal formatter for the following CDR 
templates: 
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— Тһе UCSO09 template consists of the UCS08 CDR fields, plus new 
fields populated by the ОС809 software. 


— Тһе UCS11 template consists of UCS09 CDR fields, plus new fields 
populated by the UCS11 software. 


— The UCS12 template consists of UCS11 CDR fields, plus new fields 
populated by the UCS12 software. 


— The UCS13 template consists of UCS12 CDR fields, plus new fields 
populated by the UCS13 software. 


Note: The UCS09, UCS11, UCS12, and UCS13 templates do not 
include any billing fields required for the FlexDial feature. For 
more information on FlexDial, refer to the UCS DMS-250 
FlexDial Framework Application Guide. 


The following benefits are gained from using internal formatters: 


optimized for speed 

conforms to current customer configurations 
requires no additional provisioning 

requires no changes at the downstream processor 


upgrades template (from UCS09, UCS11 or UCS12 to UCS13) when 
required 


Flexible CDR template formatters 


The Flex CDR billing system provides CDR formatters which can format 
billing records based solely on customer provisioning. 


The flexibility of the Flex CDR billing system offers the following: 


The billing data collected by the switch is formatted by user-customized 


settings to populate the billing records. 


The following pre-defined templates have been created for your use: 
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— Тһе 0С509 template consists of the UCSO8 CDR fields, plus fields 
populated by the UCS09 software. 


— The UCSII template consists of the UCS09 CDR fields, plus fields 
populated by the UCS11 software. 


— Тһе UCS12 template consists of the UCS11 CDR fields, plus new 
fields populated by the UCS12 software. 


— Тһе UCS13 template consists of the UCS12 CDR fields, plus new 
fields populated by the UCS13 software. 


* Through datafill, you can provision certain call processing criteria that 
indicate a specific template to be used during CDR population. 


* When call processing does not specify a template you can 
— identify a default template to use 


— allow the switch to perform a bestfit analysis on the call data and 
choose the most appropriate CDR template available. 


e You can specify the size of event records, OSRs and CDRs. 


Note 1: Prior to UCS06, the event record was the same size as ће CDR. 
Several words of filler padded the records. Refer to Chapter 2, “Billing 
record storage," for more information. 


Note 2: Prior to UCS06, the OSR record was the same size as ће CDR. 
Several words of filler padded the records. Refer to Chapter 3, *Operator 
services records," for more information. 


e Ву purchasing the UBFR0001 SOC option, you can create your own 
user-defined billing templates. 

The following benefits are gained from using the flexible CDR template 

formatters of the Flex CDR billing system: 

* user-defined CDR templates 

* smaller CDRs containing only the specific billing fields required 
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* CDR template selection based on CDRTMPLT option provisioned in 
tables ANISCUSP, AUTHCODU, AUTHCODUX, RTEATTR, 
TRKGRP, STDPRTCT, TRKFEAT and FEXTYPE collectibles 


e definable record (CDR, OSR, event) size, which allows more CDR 
storage in billing files 


* ability to change CDR formats as required 
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How is the data handled within the switch? 


The UCS DMS-250 billing system begins capturing call data when off-hook 
is detected. The call data 15 stored in the recording unit (RU) until call 
termination. 


Once the call is terminated, the switch delivers the raw data to the Flex CDR 
billing formatter. The appropriate billing record is populated and the 
formatted billing record is stored for future use when a downstream 
processor requests the stored data. 


Figure 1-1 shows the billing system with Billing Server. 


Figure 1-2 shows the billing system with SDM. 
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Figure 1-1 
Billing system with Billing Server 


Computing module 


Off-hook 


Table CDRTMPLT 


Billing formatter (multiple 
format capability) Зое 
гесога 


On-hook 


Billing Server 


Table CDRTMPLT 


Formatted 


Billing formatter (multiple record 
format capability) 


Steps in shaded areas take place after call is disconnected. 
DIRP — device independent recording unit 

DRM - distributed recording manager 

RU - recording unit 
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Figure 1-2 
Billing system with SDM 


Computing module 


Off-hook 


Table CDRTMPLT 


Billing formatter (multiple 
format capability) Tonmetiedi 
record 
gum 
Disk 
DI] -- 


SDM Disk 


On-hook 


Formatted CDR 
records (DIRP or 
AMADNS format) To down stream 


processors 


Formatted BAF 
CDR to BAF 
АСП records (AMADNS (AMADUMP tool) 
tool format only) 


Steps in shaded areas take place after call is disconnected. 


DIRP — device independent recording unit 
AMADNS - automatic message accounting data networking system SDM Terminal 


BILLMTC - billing maintenance interface 
BAF - Bellcore AMA Format 
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Call data 


The types of call data stored in the RU for each call varies depending on the 
type of call and the different features required to complete the call. The 
following call data is collected for most calls: 


* subscriber number 

* address digits dialed by the subscriber 
* originating agent identification 

* terminating agent identification 


* timestamps (including origination date, termination date, call duration, 
collections time) 


Primarily used for customer billing, call data is also useful for studies on 
service, division of revenue, engineering, and fraud. 


Call data formatters 
At call termination, the switch delivers the raw data to the computing 
module (CM)-based formatters or the formatter/storage agent (FSA) located 
on the Billing Server. Billing records are formatted in the same way, 
regardless of the location of the formatter. 


CM-based formatter 

Billing records formatted by the CM-based formatter are stored by the 
device independent recording package (DIRP). Refer to the following 
documentation for more information on DIRP: 


* Device Independent Recording Package Administration Guide 
* Device Independent Recording Package Translations Guide 


* Device Independent Recording Package Planning and Engineering 
Guide 


* Device Independent Recording Package Product Guide 


Billing Server formatter 

Billing records formatted by the formatter/storage agent are stored by the 
distributed recording manager (ОКМ). Refer to the UCS DMS-250 Billing 
Server Application Guide for more information. 


SDM CDR to BAF conversion 

CDR Billing records, formatted by the CM, are off-loaded to the SuperNode 
Data Manager (SDM). The SDM can be configured to convert the formatted 
CDR billing records to BAF format. CDR and BAF records are placed in 
billing files and stored on the SDM disk. The billing files can be stored in 
DIRP format or the automatic message accounting data networking system 
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(AMADNS) format. Refer to the SDMC SuperNode Billing Application 
User Guide for more information. 


Billing records 


A billing record is populated for every attempted call. The switch can 
generate the following billing records: 


* event records 
e CDRs 


e operator services records (OSRs) 


Note 1: An attempted call is defined as off-hook followed by at least one 
dialed digit (except for hotline calls, which do not require dialed digits). If a 
caller misdials and presses the reset button, a CDR is not generated. 


Note 2: OSRs are populated when the Enhanced Operator Services platform 
is accessed or release link trunking (RLT) is used. 


Note 3: IMT originations may not generate a CDR. Refer to the UCS 
DMS-250 Office Parameters Reference Manual for information on 
parameters CDR, FOR, ІМТ and СОК FOR ISUP (table OFCVAR). 


Note 4: When the RU extension block is unavailable and office parameter 
CDR, UNAVAIL BLOCK (table OFCVAR) is set to N, call processing and 
no billing is generated for the call. Refer to the UCS DMS-250 Office 
Parameters Reference Manual for information. 


Event records 


Each billing system creates the following event records to indicate the state 
of the billing blocks and files: 


e block header records (BHR) 

e graceful start records (GSR) 

* graceful end records (GER) 

* emergency start records (ESR) 
* System restart records (SRR) 

* clock change records (CCR) 


Note: Refer to Chapter 2, "Billing record storage," for more information. 


CDRs 

CDRs are generated upon completion of the call (when the originator or 
terminator disconnects). Using the answer CDR capability, CDRs can be 
generated when answer occurs on the call. Also, long call CDRs generate 
incremental CDRs in long call duration scenarios. 
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Additional CDRs are generated for the following: 


* Release Link Trunk (RLT) call scenarios. For more information, see 
Chapter 3, "Орегаїог services records" . 


* Network Security (NETSEC) interactions. For more information, refer to 
UCS DMS-250 Feature Group D (FGD) Application Guide. 


* Answer CDR functionality for FlexDial calls. For more information, 
refer to the UCS DMS-250 FlexDial Framework Application Guide. 


OSRs 

OSRs are generated when direct access trunks originate requests for operator 
assistance or when SS7 RLT is used. Each OSR is associated with a 
corresponding CDR. An OSR contains operator-assisted long distance call 
data. 


The OSR size is user-definable; office parameter ЕСОК OSR, SIZE (table 
ОЕСЕМО) determines the size of the OSR. An OSR always contains 38 
words of data, but can be provisioned to a larger size. When the OSR is 
provisioned to contain more than 38 words, null characters are used to pad 
the record. Refer to Chapter 3, “Operator services records," for more 
information. 


Record storage 


Storage of billing records 15 handled by one of the following billing devices: 
the CM-based DIRP, the Billing Server, or the SuperNode Data Manager 
(SDM). There are three levels of storage within these billing systems. 
Billing records are stored in blocks; blocks are stored in files. 


Note 1: See Chapter 2, “Billing record storage," for more information on 
record storage. 


Note 2: Refer to the following documentation for more information on 
DIRP: 


* Device Independent Recording Package Administration Guide 
* Device Independent Recording Package Translations Guide 


e Device Independent Recording Package Planning and Engineering 
Guide 


* Device Independent Recording Package Product Guide 
Note 3: Refer to the UCS DMS-250 Billing Server Application Guide for 
more information on the Billing Server. 


Note 4: Refer to the SDMC SuperNode Billing Application User Guide for 
more information on the SDM. 
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Office parameters 


The following office parameter tables are used to provision the billing 
software: 


e table OFCENG (Office Engineering) 
* table OFCVAR (Office Variable) 


Table OFCENG 


CAUTION 

Changes may affect site functionality 

Changes to the billing system require updates to 
engineering parameters that may affect site 
functionality. Any changes to the billing system may 
affect downstream processing of billing records. 
Nortel Networks recommends that only experienced 
personnel make changes to the billing system. 


Provision the following office parameters to customize billing software for 
the different types of records: 


Event records parameters 

e FCDR ВНЕ SIZE - defines the size of a block header record 

e FCDR GSR SIZE - defines the size of a graceful start record 

e FCDR GER SIZE - defines the size of a graceful end record 

e FCDR ESR SIZE - defines the size of an emergency start record 
e FCDR SRR SIZE - defines the size of a system restart record 

e FCDR ССК SIZE - defines the size of a clock change record 


OSR parameters 
e FCDR OSR SIZE - defines the size of an operator services record 


CDR parameters 


e FCDR СОК SIZE - defines the size of a CDR. You can specify either 
FIXED or VARIABLE: 


— FIXED - sets the size of all CDRs, regardless of the provisioned 
template. The RECCD field contains Е0 and the header is two words. 


— VARIABLE - the CDR size is based on the template. The RECCD 
field contains FX and the header 1s three words. 
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FCDR_CDR_TMPLT - identifies the format and template used to 
format a CDR when call processing does not select a template. You can 
set the template as INTERNAL, FIXED, or VARIABLE. 


— INTERNAL overrides all other template selection and the specified 
template is always used to format data. When the internal template 15 
set, the ЕСОК CDR, SIZE and ЕСОВ СОВ WORD LAYOUT 
parameter values must correspond to the selected template. The 
internal formatters have a fixed size requirement for each of the 
UCS09, UCS11, UCS12, and UCS13 templates. 


Note 1: UCS09 call detail record (CDR) contains 83 words of data. 
Therefore, a block contains up to 12 records. 


Note 2: UCS11, UCS12, and UCS13 call detail records (CDRs) each 
contain 83 words of data. Therefore, a block contains up to 12 
records. 


— FIXED sets a default template for use when call processing does not 
specify a template. 


— VARIABLE uses a best fit analysis (when call processing does not 
specify a template) to select the best formatting to perform on the 
data stored for a call. 


FCDR_CDR_WORD_LAYOUT - determines the layout of a CDR 
(whether data is read in a normal (right-to-left) or left-to-right 
configuration) 


Note 1: The UCS09, UCS11, UCS12, and UCS13 internal formatters 
require FCDR_CDR_WORD_LAYOUT be set to READLR. 


Note 2: CDR Record Header is always read in the left-to-right 
configuration. 


Table OFCVAR 
Provision the following office parameters to customize the billing software: 


FCDR_ANSCDR_CDT - identifies the call data type to use for CDRs 
generated by the answer CDR feature for the DIRP billing stream 


FCDR_ANSCDR_SBSCDT - identifies the call data type to use for 
CDRs generated by the answer CDR feature for the Billing Server 
billing stream 


FCDR_GEN_600_LOG - determines if the FCDR600 log is generated 
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e FCDR GEN 601 LOG - determines if the FCDR601 log is generated 


Refer to UCS DMS-250 Office Paramters Reference Manual for more 
information on office parameters. 


Table control 


Commands 


Table CDRTMPLT contains the available billing templates. This software 
release provides templates: UCS09, UCS11, UCS12, and UCS13. You 
need the UBFR0001 SOC option to create any other templates and to 
utilize the full capabilities of the billing system. 


Refer to UCS DMS-250 Data Schema Reference Manual for more 
information on data schema tables. 


Use the following commands to implement and utilize the billing software: 
* CTMPLT tool 
* flexible CDR search menu (FCDRSRCH) 


CTMPLT command set 


The CTMPLT command set is used to upgrade user-defined changes to the 
billing system. Information regarding the provisioned billing system can also 
be accessed from the CTMPLT tool. The CTMPLT tool can be entered from 
any MAP level. Refer to UCS DMS-250 Commands Reference Manual for 
more information on CTMPLT commands. 


Flexible CDR search menu 


Use the flexible CDR search (FCDRSRCH) menu to view CDRs stored on 
the DMS-Core or on the Billing Server. A set of commands are provided to 
narrow the search by defining a time window or field values. A search can 
be limited to the number of blocks or records being searched. 


The FCDRSRCH menu can be accessed by typing the following at the CI 
prompt: 


>MAPCI;MTC;APPL;OAMAP;FCDRSRCH 


Refer to UCS DMS-250 Commands Reference Manual for more information 
on FCDRSRCH commands. 


Note: FCDRSRCH replaces the CDRSRCH and DCDRSRCH command 
sets. The FCDRSRCH command cannot search on the AMABAFMD field; 
therefore, the command does not work with any template that contains the 
AMABAFMD field. 
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Logs 


The UCS DMS-250 switch generates the following CDR logs: 


e CDR272- СОК Call Entry 

e CDR273- CDR Call Entry 

e CDR280-OSR Call Entry 

e CDR281 - OSR Call Entry 

e FCDR300- CDR Format Truncated 

e FCDR600 – CDR Format Padded 

e FCDR601 — CDR Fields Empty 

e FCDR602 - Forced Internal CDR 

Use the log utility (LOGUTIL) tool to view these CDR-related logs. Refer to 


UCS DMS-250 Commands Reference Manual for more information on 
LOGUTIL commands. 


Operational measurements 


The UCS DMS-250 billing system pegs the following operational 
measurements: 


e CDR250- monitors the status and use of resources during call detail 
recording operation in a DMS-250 


e FCDRALGR - counts the method used to identify the CDR template 
(through call processing or office parameters) 


* FCDRLOG - counts the number of times FCDR logs are generated 
e FCDRTMPI/FCDRTMP2 - counts the number of times a template is 
used to format a CDR 


Refer to UCS DMS-250 Operational Measurements Reference Manual for 
more information on OMs. 


Software Optionality 


Software optionality control (SOC), part of the DMS Evolution product 
delivery process, controls the definition and delivery of product computing 
module loads (PCL). 


All of the billing systems are available with the base software. However, the 
ability to create CDR templates requires the UBFR0001 (Flexible CDR) 
SOC option. 


Refer to UCS DMS-250 Software Optionality Control User’s Manual for 
more information on SOC. 
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Billing record storage 


CAUTION 

Changes may affect site functionality 

Changes to the billing system require updates to 
engineering parameters that may affect site functionality. 
Any changes to the billing system may affect downstream 
processing of billing records. Nortel Networks 
recommends that only experienced personnel make 
changes to the billing system. 


After a billing record is formatted on the computing module (CM) or the 
Billing Server, the record is placed in a 2048 byte (2 Kbyte) block. Once the 
block is filled, it is placed into the billing file and a new block receives the 
billing records. The maximum size of the billing file is dependent on the size 
of the disk. 


The following billing record storage systems are available to the UCS 
DMS-250 switch: 
* device independent recording package (DIRP) located on the CM 


* distributed recording manager (DRM) used by the Billing Server 
application and located on the file processor (FP) 


e SuperNode data manager (SDM) billing peripheral 


Device independent recording package 


The device independent recording package (DIRP) is a utility that manages 
the reading and writing of data between various DMS subsystems and 
recording devices. Refer to the following documents for more information: 


* Device Independent Recording Package Administration Guide 


* Device Independent Recording Package Translations Guide 


Digital Switching Systems UCS DMS-250 Billing Records Application Guide SNO09 (DMS) 


2-2 Billing record storage 


e Device Independent Recording Package Planning and Engineering 
Guide 


* Device Independent Recording Package Product Guide 


Billing Server 


Billing Server uses the SuperNode multicomputing base platform. The 
Billing Server relieves the UCS DMS-Core of responsibilities by formatting 
billing data, and providing storage capabilities and transfer protocols. The 
Billing Server creates real-time savings to call processing. For more 
information, refer to the UCS DMS-250 Billing Server Application Guide. 


SuperNode Data Manager 


The SuperNode Data Manager (SDM) off-loads formatted CDR billing 
records from the Computing Module (CM). The SDM can also be 
configured to convert the CDR billing records to Bellcore Automatic 
Message Accounting Format (BAF). CDR and BAF records are stored in 
files on the SDM disk in DIRP format or automatic message accounting data 
networking system (AMADNS) format. The billing files can be sent to an 
operating company's downstream processor, or viewed on the SDM using 
the AMADUMP tool. For more information, refer to the SDMC SuperNode 
Billing Application User Guide. 


Billing file structure 
АП billing records are stored in billing files, regardless of the storage 
location (CM, FP, or SDM). The billing file size is user-definable. Multiple 
billing files can be created on a disk. Each file contains blocks of data in 2 
Kbyte increments. The number of records stored within a block is 
determined by the provisioning of the billing system. 


Figure 2-1 shows the billing file division for Fixed size records. 
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Figure 2-1 
Fixed size billing records file division 
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Flexible billing 
The Flex CDR billing system allows provisioning of the record lengths. 
CDRs can contain 3 to 128 words of data; OSRs, 38 to 128 words; and event 
records, 0 to 128 words, depending on the event record. 


By provisioning smaller record sizes, more data can be stored on the billing 
file. Figure 2-2 shows the division of a billing file into varied length records. 
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Figure 2-2 
Flexible size billing record file division 
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Event records 


Both billing storage systems create the event records to define the state of 
the billing file: 
* start of each billing file block (BHR) 


* normal (graceful) start (scheduled or manual rotate) of a billing file 
(GSR) 


* normal (graceful) end (scheduled or manual rotate) of a billing file 
(GER) 


* warm or cold system restart (SRR) 
* clock (date or time) change (CCR) 
* emergency start (emergency rotate) of a billing file (ESR) 


Event records are always stored in the READLR format. 
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Billing files 


Each billing system (DIRP and DRM) generates billing files in the same 


manner. 


Descriptions of each type of records follow the Billing File examples. 


Billing file examples: 
Example one: 


A billing file starting with a graceful start and ending with a graceful end 
consists of the following: 


* one graceful start block 
— block header record (BHR) 
— graceful start record (GSR) 
— filler data (hex АА) 
* Zero, one or more normal call detail record (CDR) blocks 
— BHR 


— 11 records for UCS09, UCS11, UCS12, or UCS13, in any 
combination of the following: 


CDR 
OSR 
clock change record (CCR) 
system restart record (SRR) 


— filler data (hex AA) to make total block size equal to 2 Kbytes 


* one graceful end block 
— BHR 


— one or more records in any combination of the following: 


CDR 
OSR 
CCR 
SRR 


— GER 
— filler data (hex AA) to make total block size equal 2 Kbytes 


Figure 2-3 shows an example of a graceful start and graceful end billing file. 
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Figure 2-3 
Example of a graceful start and graceful end billing file 


Graceful Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex 
aid АА | АА | АА | АА | АА | АА | AA | АА | АА | АА | АА | AA | AA | АА | АА 


Normal 
CDR 
block 


Normal 
CDR 
block 


Normal 
CDR 
block 


Normal 
CDR 
block 


Normal 
CDR 
block 


Graceful Нех | Hex | Hex | Hex | Hex | Hex | Hex [Hex 
end АА | АА | АА | АА | АА | AA | AA АА 
block 


Hex 
AA | = 120 bytes of Hex Я = 8 bytes of Hex 
AA filler = AA filler 
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Example two: 
A billing file starting with a graceful start and ending without a graceful end 
consists of the following: 
* one graceful start block 
— block header record (BHR) 
— graceful start record (GSR) 
— filler data (hex АА) 
* Zero, one or more normal call detail record (CDR) blocks 
— BHR 
— one or more records in any combination of the following: 
— CDR 
— OSR 
— clock change record (CCR) 
— System restart record (SRR) 
— filler data (hex AA) to make total block size equal 2 Kbytes 


Figure 2-4 shows an example of a billing file with a graceful start and 
ending without a graceful end. 
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Figure 2-4 
Example of a graceful start and emergency ending billing file 


Graceful Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex | Hex 
aid АА | АА | АА | АА | АА | АА | AA | АА | АА | АА | АА | AA | AA | АА | АА 


Normal 
CDR 
block 


Normal 
CDR 
block 


Normal 
CDR 
block 


Normal 
CDR 
block 


Normal 
CDR 
block 


Normal Hex | Hex | Hex | Hex | Hex | Hex | Нех | Hex 
CDR АА | АА | АА | АА | АА | АА | AA АА 
block 


Hex 
AA | = 120 bytes of Hex Я = 8 bytes of Hex 
AA filler = AA filler 
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Example three; 
A billing file starting with an emergency start and ending with a graceful 
end consists of the following: 
* one normal CDR block 
— BHR 
— one or more records in any combination of the following: 
— CDR 
— OSR 
— clock change record (CCR) 
— system restart record (SRR) 
— filler data (hex AA) to make total block size equal to 2 Kbytes 
* one emergency start block 
— block header record (BHR) 
— emergency start record (ESR) 
— filler data (hex AA) 
* Zero, one or more normal call detail record (CDR) blocks 
* one graceful end block 
— BHR 
— one or more records in any combination of the following: 
— CDR 
— OSR 
— CCR 
— GER 
— filler data (hex AA) to make total block size equal to 2 Kbytes 


Figure 2-5 shows an example of a billing file with an emergency start and 
graceful end. 


Note: When an emergency rotate occurs in the billing file system, the 
billing file preceeding the emergency billing file does not contain a graceful 
end block. 
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Figure 2-5 
Example of an emergency start and graceful end billing file 


Normal 
CDR 
block 


Normal 
CDR 
block 


Normal 
CDR 
block 


Graceful Нех | Hex | Hex | Hex | Hex | Hex | Hex [Hex 
end АА | АА | АА | АА | АА | АА | AA АА 
block 


Note: The billing file preceeding the emergency billing file does not contain a graceful end block. 


= filler data (Hex AA) 
^^ | to fill 2 Kbyte block 
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Example four: 
A billing file starting with an emergency start and ending without a graceful 
end consists of the following: 
* one normal CDR block 
— BHR 
— one or more records in any combination of the following: 
— CDR 
==. OSR 
— clock change record (CCR) 
— system restart record (SRR) 
— filler data (hex AA) to make total block size equal to 2 Kbytes 
* one emergency start block 
— block header record (BHR) 
— emergency start record (ESR) 
— filler data (hex AA) 
* Zero, one or more normal call detail record (CDR) blocks 
— BHR 
— one or more records in any combination of the following: 
— CDR 


— CCR 
— SRR 
— filler data (hex AA) to make total block size equal to 2 Kbytes 


Figure 2-6 shows an example of a billing file with an emergency start and no 
graceful end. 


Note: When an emergency rotate occurs in the billing file system, the 
billing file preceeding the emergency billing file does not contain a graceful 
end block. 
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Figure 2-6 


Example 


of an emergency start and emergency end billing file 


Normal 
CDR 
block 


Normal 
CDR 
block 


Normal 
CDR 
block 


Normal 
CDR 
block 


DUO 


Hex | Hex | Hex | Hex Hex 
АА | АА | АА | AA AA 


Note: The billing file preceeding the emergency billing file does not contain a graceful end block. 


Hex 
AA 


= filler data (Hex AA) 
to fill 2 Kbyte block 
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Block header record 

The first record in every block is a block header record (BHR). The BHR 
provides a sequential block count for every block written to the billing file. 
The count is incremented for every block, even when a warm or cold restart 
OCCUIS. 


The size of a BHR is provisioned in table OFCENG (Office Engineering) by 
the ЕСОК ВНЕ SIZE office parameter. The ВНК can be 12-128 words in 
length. The following rules apply: 


• When the ВНЕ is provisioned at 12 words, the record contains 12 words 
of data. 


• When provisioned to more than 12, the record contains 12 words of data 
and the remaining words contain filler data (hex AA). 


Table 2-1 and Figure 2-7 describe the format of the BHR with a size of 12 
words. 


Table 2-1 
BHR 12-word format (in READLR format) 


Size Offset 
Field name (in bits) Field contents (in bits) 
RECCD 16 Record code (contains an EBCDIC AA) 0 
Note: An EBCDIC AA is equal to C1C1 in TBCD. 
BLKTIME Date/time of block header record 
Minute 6 00 to 59 16 
Month 4 01 to 12 22 
Year 6 00 to 63 (years since 1976) 26 
Second 6 00 to 59 32 
Hour 5 00 to 23 38 
Day 5 01 to 31 43 
BLKCOUNT 16 Count of blocks since last reload (00000 to 65535) 48 
SWITCHID 48 Switch identification (EBCDIC) 64 


Note: The value stored corresponds to the 
CDR OFFICE ІП office parameter. 


—continued— 
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Table 2-1 
BHR 12-word format (in READLR format) (continued) 


Size Offset 
Field name (in bits) Field contents (in bits) 
SOFTWREL 48 Software release level (EBCDIC) 112 


Note: The value stored corresponds to the 
SITELABELINFO office parameter. 


F 1 Indicates if the CDR data storage format: 160 
e 0= read right to left format 
e 1 = read left to right format 


Note 1: The value stored corresponds to the 
FCDR CDR WORD LAYOUT office parameter. 


Note 2: Event records are always stored in READLR 


format. 
ACTIDX 3 Identifies the version of table CDRTMPLT 161 
F/V 1 Identifies the size characteristic of the CDRs within the 164 
block: 


• 0 = fixed length 
e 1- variable length 


Note: The value stored corresponds to the 
FCDR CDR SIZE office parameter. 


CDRSIZE 8 Call detail record size (3 to 128) 165 


Note: The value stored corresponds to the 
FCDR CDR SIZE office parameter. 


FILLER 3 empty 173 
BHRSIZE 8 Block header record size (12 to 128) 176 


Note: The value stored corresponds to the 
FCDR BHR SIZE office parameter. 


OSRSIZE 8 OSR size 184 


Note: The value stored corresponds to the 
FCDR OSR SIZE office parameter. 


TOTAL- 192 bits (12 words) 


—end— 
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Figure 2-7 
BHR bitmap (in READLR format) 
MSB LSB 
WORD/BIT | 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 02 | 01 | 00 
00 RECCD(1) RECCD(2) 
01 BLKTIME (Year) BLKTIME (Month) BLKTIME (Minute) 
02 BLKTIME (Day) BLKTIME (Hour) BLKTIME (Second) 
03 BLKCOUNT 
04 SWITCHID 
05 SWITCHID 
06 SWITCHID 
07 SOFTWREL 
08 SOFTWREL 
09 SOFTWREL 
10 CDRSIZE FIV ACTIDX F 
11 OSRSIZE BHRSIZE 
BT — 15 14 | 13 12 | 11 | 10 | 09 | 08 07 | 06 | 05 04 | 03 | 02 01 | 00 


Graceful start record 

A graceful start record (GSR) is generated every time a normal billing file 
rotate occurs. A normal billing file rotate is a scheduled, manual, or space 
rotate. The GSR is always the second record of the graceful start block. 


A GSR identifies the start block of the billing file. After the GSR is 
formatted, the start block is immediately dumped onto the billing file device 
even though the block is not full. The remainder of the start block is filled 
with hexadecimal AA (as initialized). 


The size of a GSR is provisioned in table OFCENG by the 
ЕСОК GSR SIZE office parameter. The GSR can be 0 or 5-128 words in 
length. The following rules apply: 


• When the GSR is provisioned at 0 words, GSR records аге not 
generated. 


• When provisioned to 5 words, the GSR contains 5 words of data store. 
• When provisioned to more than 5, the record contains 5 words of data 
and the remaining words contain filler data (hex AA). 


Table 2-2 and Figure 2-8 describe the format of the GSR with a size of 5 
words. 
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Table 2-2 
GSR 5-word format (in READLR format) 


Size Offset 
Field name (in bits) Field contents (in bits) 
RECCD 16 Record code (contains an EBCDIC FA) 0 
Note: Ап EBCDIC FA is equal to C6C1 in TBCD. 
STRTTIME Date/time of graceful start record 
Minute 6 00 to 59 16 
Month 4 01 to 12 22 
Year 6 00 to 63 (years since 1976) 26 
Second 6 00 to 59 32 
Hour 5 00 to 23 38 
Day 5 01 to 31 43 
ACTIDX 3 Identifies the version of table CDRTMPLT 48 
FN 1 Identifies the size characteristic of the CDRs within the 51 
block: 


e 0 = fixed length 
e 1 = variable length 


Note: The value stored corresponds to the 
FCDR CDR SIZE office parameter. 


CDRSIZE 8 Call detail record size (3 to 128) 52 


Note: The value stored corresponds to the 
FCDR CDR SIZE office parameter. 


FILLER 4 empty 60 
GSRSIZE 8 Block header record size (12 to 128) 64 


Note: The value stored corresponds to the 
FCDR GSR SIZE office parameter. 


OSRSIZE 8 OSR size 72 


Note: The value stored corresponds to the 
FCDR OSR SIZE office parameter. 


TOTAL= 80 bits (5 words) 


—end— 
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Figure 2-8 
GSR bitmap (in READLR format) 
MSB LSB 
WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 03 02 | 01 | 00 
00 RECCD(1) RECCD(2) 
01 STRTTIME (Year) STRTTIME (Month) STRTTIME (Minute) 
02 STRTTIME (Day) STRTTIME (Hour) STRTTIME (Second) 
03 CDRSIZE ЕЛ/ ACTIDX 
04 OSRSIZE GSRSIZE 
BT | 15 | 14 | 13 | 12 | 11 | 10 | 09 | ов | 07 | 06 05 04 | 03 02 01 | 00 


Graceful end record 

A graceful end record (GER) is generated every time a normal billing file 
rotate occurs. A GER identifies the end block of a billing file. The GER is 
the last formatted record of the end block. After a GER is formatted, the end 
block is immediately dumped onto the billing file device, whether or not the 
block 1$ full. The remainder of the end block is filled with hexadecimal AA 
(as initialized). 


The size of a GER is provisioned in table OFCENG by the 
ЕСОК СЕК SIZE office parameter. The GER can be 0 or 8-128 words in 
length. The contents of the GER depends on the size of the record. The 
following rules apply: 


• When the GER is provisioned at 0 words, GER records are not 
generated. 


• When provisioned to 8 words, the GER contains 8 words of data. 


• When provisioned as 9-23 words, the record contains 8 words of data 
and 1—15 words of filler data (hex AA). 


• When provisioned to 24 or more words, the GER contains 24 words of 
data, including the name of the billing file, and the remaining words 
contain filler data (hex AA). 


Table 2-3 and Figure 2-9 describe the format of the GER with a size of 24 
words. 
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Table 2-3 
GER 24-word format (in READLR format) 
Size Offset 
Field name (in bits) Field contents (in bits) 
RECCD 16 Record code (contains an EBCDIC FB) 0 
Note: An EBCDIC FB is equal to C6C2 in TBCD. 
ENDTIME Date/time of graceful end record 
Minute 6 00 to 59 16 
Month 4 01 to 12 22 
Year 6 00 to 63 (years since 1976) 26 
Second 6 00 to 59 32 
Hour 5 00 to 23 38 
Day 5 01 to 31 43 
ACTIDX 3 Identifies the version of table CDRTMPLT 48 
FN 1 Identifies the size characteristic of the CDRs within the 51 
block: 
e 0 - fixed length 
e 1-variable length 
Note: The value stored corresponds to the 
FCDR CDR SIZE office parameter. 
CDRSIZE 8 Call detail record size (3 to 128) 52 
Note: The value stored corresponds to the 
FCDR CDR SIZE office parameter. 
FILLER 4 Hex AA 60 
GERSIZE 8 Graceful end record size (12 to 128) 64 
Note: The value stored corresponds to the 
FCDR GER SIZE office parameter. 
OSRSIZE 8 OSR size 72 
Note: The value stored corresponds to the 
FCDR OSR SIZE office parameter. 
BLOCKCOUNT 16 Contains the number of blocks stored within the 80 
normal billing file 
RECORDCOUNT 32 Contains the number of CDR records stored within the 96 
normal billing file 
—continued— 
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Table 2-3 
GER 24-word format (in READLR format) (continued) 
Size Offset 
Field name (in bits) Field contents (in bits) 
FILENAME 256 Identifies the name of the billing file (EBCDIC). Up to 128 


32 characters are stored. If the filename is less than 
32 characters, the name is suffixed by space 
characters ( 7). 


TOTAL=384bits (24words) 


—end— 
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Figure 2-9 
GER bitmap (in READLR format) 
MSB LSB 

WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 09 | 08 | 07 06 05 | 04 03 | 02 | 01 00 
00 RECCD(1) RECCD(2) 
01 ENDTIME (Year) ENDTIME (Month) ENDTIME (Minute) 
02 ENDTIME (Day) ENDTIME (Hour) ENDTIME (Second) 
03 CDRSIZE FIV ACTIDX 
04 OSRSIZE GERSIZE 
05 BLOCKCOUNT 
06 RECORDCOUNT (1) 
07 RECORDCOUNT (2) 
08 FILENAME (1) FILENAME (2) 
09 FILENAME (3) FILENAME (4) 
10 FILENAME (5) FILENAME (6) 
11 FILENAME (7) FILENAME (8) 
12 FILENAME (9) FILENAME (10) 
13 FILENAME (11) FILENAME (12) 
14 FILENAME (13) FILENAME (14) 
15 FILENAME (15) FILENAME (16) 
16 FILENAME (17) FILENAME (18) 
17 FILENAME (19) FILENAME (20) 
18 FILENAME (21) FILENAME (22) 
19 FILENAME (23) FILENAME (24) 
20 FILENAME (25) FILENAME (26) 
21 FILENAME (27) FILENAME (28) 
22 FILENAME (29) FILENAME (30) 
23 FILENAME (31) FILENAME (32) 
BT | 15| 14 | 13 | 12 11 | 10 | 09 | ов | 07 | 06 05 | 04 03 02 | 01 00 


Clock change record 


A CCR 15 generated each time a clock change (SETDATE or SETTIME) 
command occurs. The CCR can occur anywhere within a normal CDR 
block, but always appears after a BHR. 


The size of a CCR is provisioned in table OFCENG by the 
ЕСОК ССК SIZE office parameter. The CCR can be 0 or 7-128 words in 
length. The following rules apply: 


297-2621-395 Standard 09.04 January 2006 


Billing record storage 2-21 


Table 2-4 


• When the ССК is provisioned at zero (0) words, CCR records are not 


generated. 


* When provisioned to seven words, the CCR contains seven words of 


data. 


• When provisioned to more than seven, the record contains seven words 


of data and the remaining words contain filler data (hex AA). 


Table 2-4 and Figure 2-10 describe the format of the CCR with a size of 


seven words. 


CCR seven-word format (in READLR format) 


Size Offset 
Field name (in bits) Field contents (in bits) 
RECCD 16 Record code (contains an EBCDIC FE) 0 
Note: An EBCDIC FE is equal to C6C5 in TBCD. 
OLDTIME Time when clock change occurs 
Minute 6 00 to 59 16 
Month 4 01 to 12 22 
Year 6 00 to 63 (years since 1976) 26 
Second 6 00 to 59 32 
Hour 5 00 to 23 38 
Day 5 01 to 31 43 
NEWTIME New time set 
Minute 6 00 to 59 48 
Month 4 01 to 12 54 
Year 6 00 to 63 (years since 1976) 58 
Second 6 00 to 59 64 
Hour 5 00 to 23 70 
Day 5 01 to 31 75 
ACTIDX 3 Identifies the version of table CDRTMPLT 80 


—continued— 
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Table 2-4 
CCR seven-word format (in READLR format) (continued) 


Size Offset 
Field name (in bits) Field contents (in bits) 
F/V 1 Identifies the size characteristic of the CDRs within the 83 
block: 


• 0= fixed length 
e 1 = variable length 


Note: The value stored corresponds to the 
FCDR CDR SIZE office parameter. 


CDRSIZE 8 Call detail record size (3 to 128) 84 


Note: The value stored corresponds to the 
FCDR CDR SIZE office parameter. 


FILLER 4 empty 92 
CCRSIZE 8 Clock change record size (12 to 128) 96 


Note: The value stored corresponds to the 
FCDR CCR SIZE office parameter. 


OSRSIZE 8 OSR size 104 


Note: The value stored corresponds to the 
FCDR OSR SIZE office parameter. 


ТОТА! -112 bits (7 words) 


—end— 
Figure 2-10 
CCR bitmap (in READLR format) 
MSB LSB 

мововіт | 45 | 14 13 | 12 | 11 | 10 | 09 | os | 07 | 06 | 05 | O4 | 03 | 02 01 | 00 

00 RECCD(1) RECCD(2) 

01 OLDTIME (Year) OLDTIME (Month) OLDTIME (Minute) 

02 OLDTIME (Day) OLDTIME (Hour) OLDTIME (Second) 

03 NEWTIME (Year) NEWTIME (Month) NEWTIME (Minute) 

04 NEWTIME (Day) NEWTIME (Hour) NEWTIME (Second) 

05 CDRSIZE F/V ACTIDX 

06 OSRSIZE CCRSIZE 

вт | 15 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01 00 
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System restart record 
A system restart record (SRR) is generated each time a warm or cold restart 


occurs. The SRR can occur anywhere within a normal CDR block but after 
the block header record (BHR). 


When a cold restart occurs, call data 1s lost; however, data written to 
memory prior to the cold restart remains intact. 


When a warm restart occurs, call data remains intact for calls in progress, as 
well as for calls completed prior to warm restart. 


When a reload restart occurs under CM device independent recording 
package (DIRP) billing, a CDR is written, but the last record is not 
functional. Under FP distributed recording manager (DRM) billing, a CDR 
is written and the last record is functional. 


The size of an SRR is provisioned in table OFCENG by the 
ЕСОК SRR, SIZE office parameter. The SRR can be 0 or 6-128 words in 
length. The following rules apply: 


• When the SRR is provisioned at zero (0) words, SRR records аге not 
generated. 


• When provisioned to six words, the SRR contains six words of data. 
• When provisioned to more than six, the record contains six words of data 
and the remaining words contain filler data (hex AA). 


Table 2-5 and Figure 2-11 describe the format of the SRR with a size of six 
words. 


Table 2-5 
SRR six-word format (in READLR format) 
Size Offset 
Field name (in bits) Field contents (in bits) 
RECCD 16 Record code (contains an EBCDIC FD) 0 
Note: An EBCDIC FD is equal to C6C4 in TBCD. 
RSTRCODE 16 Restart code (O=cold restart, 1=warm restart) 16 
RSTRTIME Date/time of system restart record 
Minute 6 00 to 59 32 
Month 4 01 to 12 38 
—continued— 
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Table 2-5 
SRR six-word format (in READLR format) (continued) 


Size Offset 
Field name (in bits) Field contents (in bits) 
Year 6 00 to 63 (years since 1976) 42 
Second 6 00 to 59 48 
Hour 5 00 to 23 54 
Day 5 01 to 31 59 
ACTIDX 3 Identifies the version of table CDRTMPLT 64 
FN 1 Identifies the size characteristic of the CDRs within the 67 
block: 


e 0 = fixed length 
e 1 = variable length 


Note: The value stored corresponds to the 
FCDR CDR SIZE office parameter. 


CDRSIZE 8 Call detail record size (3 to 128) 68 


Note: The value stored corresponds to the 
FCDR CDR SIZE office parameter. 


FILLER 4 empty 76 
SRRSIZE 8 System restart record size (12 to 128) 80 


Note: The value stored corresponds to the 
FCDR SRR SIZE office parameter. 


OSRSIZE 8 OSR size 88 


Note: The value stored corresponds to the 
FCDR OSR SIZE office parameter. 


TOTAL=96 bits (6words) 


—end— 
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Figure 2-11 
SRR bitmap (in READLR format) 
MSB LSB 
WORD/BIT | 45 | 14 | 13 | 12 | 11 | 10 | 09 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01 00 
00 RECCD(1) RECCD(2) 
01 RSTRCODE RSTRCODE 
02 RSTRRTIME (Year) RSTRTIME (Month) RSTRTIME (Minute) 
03 RSTRTIME (Day) RSTRTIME (Hour) RSTRTIME (Second) 
04 CDRSIZE F/V ACTIDX 
05 OSRSIZE SRRSIZE 
BT | 15 | 14 | 13 | 12 11 10 09 08 07 06 05 | 04 | 03 | 02 01 00 


Emergency start record 

An emergency start record (ESR) is generated each time an emergency 
billing file rotate occurs. An ESR identifies the emergency start block of a 
billing file. The ESR is always the second record of the second block of a 
billing file started after an emergency occurred. 


Any physical problem with a disk causes an emergency billing file rotate. 
The presence of an ESR indicates that the previous billing file does not 
contain a graceful end block. 


An emergency condition exists when billing is not active. Billing records are 
formatted into the current buffer, but no device volumes have been allocated 
to receive the buffers. When billing is initialized, an emergency rotate 
generates an ESR. 


The size of an ESR is provisioned in table OFCENG by the 
ЕСОК ESR, SIZE office parameter. The ESR can be 0 or 5-128 words in 
length. The following rules apply: 


• When the ESR is provisioned at zero (0) words, ESR records are not 
generated. 


• When provisioned to five words, the ESR contains five words of data. 
• When provisioned to more than five, the record contains five words of 
data and the remaining words contain filler data (hex AA). 


Table 2-6 and Figure 2-12 describe the format of the ESR with five words. 
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Table 2-6 
ESR five-word format (in READLR format) 
Size Offset 
Field name (in bits) Field contents (in bits) 
RECCD 16 Record code (EBCDIC FC) 0 
Note: An EBCDIC FC is equal to C6C3 in TBCD. 
EMERTIME Date/time of emergency start record 
Minute 6 00 to 59 16 
Month 4 01 to 12 22 
Year 6 00 to 63 (years since 1976) 26 
Second 6 00 to 59 32 
Hour 5 00 to 23 38 
Day 5 01 to 31 43 
ACTIDX 3 Identifies the version of table CDRTMPLT 48 
FN 1 Identifies the size characteristic of the CDRs within the 51 
block: 
e 0 = fixed billing 
e 1-variable billing 
Note: The value stored corresponds to the 
FCDR CDR SIZE office parameter. 
CDRSIZE 8 Call detail record size (3 to 128) 52 
Note: The value stored corresponds to the 
FCDR CDR SIZE office parameter. 
FILLER 4 empty 60 
ESRSIZE 8 System restart record size (12 to 128) 64 
Note: The value stored corresponds to the 
FCDR ESR SIZE office parameter. 
OSRSIZE 8 OSR size 72 
Note: The value stored corresponds to the 
FCDR OSR SIZE office parameter. 
TOTAL=80 bits (5 words) 
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Figure 2-12 
ESR bitmap 
MSB LSB 
WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 03 02 | 01 | 00 
00 RECCD(1) RECCD(2) 
01 EMERTIME (Year) EMERTIME (Month) EMERTIME (Minute) 
02 EMERTIME (Day) EMERTIME (Hour) EMERTIME (Second) 
03 CDRSIZE ЕЛ/ ACTIDX 
04 OSRSIZE | ESRSIZE 
BT 15| 14 | 13 | 12| 11| 10| 09 | ов | 07 | ов | 05 | 04 | 03 | 02 | 01 | оо 


Provisioning event record sizes 


The length for all event records is provisioned by the following office 
parameters in table OFCENG: 


FCDR ВНК SIZE 
FCDR. GSR SIZE 
ЕСЬК СЕК SIZE 
ЕСЬОК ССК SIZE 
ЕСЮК SRR SIZE 
FCDR ESR SIZE 


Note: Provisioning of OSR and CDR record sizes is discussed in later 
chapters. 


Changing an office parameter 


At the CI prompt 


1 


Enable the UCS DMS-250 to make changes to the office parameters by typing: 


>RWOK on 


Example of a MAP response: 


WRITE ACCESS ENABLED FOR RESTRICTED DATA 


Enter table OFCENG. 
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3 Replace the defined parameter by typing: 


>ВЕР parmname parmval 


where 


parmname 


parmval 


is one of the following office parameters: 


FCDR BHR SIZE 
FCDR GSR SIZE 
FCDR GER SIZE 
FCDR CCR SIZE 
FCDR SRR SIZE 
FCDR ESR SIZE 


is the size of the record. The following table shows supported 
values for each parameter. 


Minimum | Maximum Disable ^ Default 
Office parameter value value record value 
FCDR BHR SIZE 12 128 N/A 60 
FCDR GSR SZE 5 128 0 60 
FCDR GER SIZE 8 128 0 60 
FCDR CCR SIZE 7 128 0 60 
FCDR SRR SIZE 6 128 0 60 
FCDR ESR SIZE 5 128 0 60 


Note: Every event record (except the BHR) can be disabled by entering 0 


for the record size. 


Sample entries: >REP ҒЕСОК ВНЕ SIZE 12 
>REP ЕСОК GSR SIZE 5 
>КЕР FCDR GER SIZE 24 
>REP ЕСОК ЕЭК SIZE 5 
>КЕР ЕСОК SRR SIZE 6 
>КЕР FCDR CCR SIZE 7 
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4 Епіегіпе CTMPLT tool to complete the changes by typing: 
>СТМРІТ 

5 Upgrade the billing system to reflect the changes by typing: 
>UPGRADE 


ATTENTION 


The UPGRADE command automatically rotates any mounted 
billing files. 


Use the UPGRADE command any time a change is made to the 
FCDR (Flexible CDR) office parameters in table OFCENG. 


6 Ensure upgrade was performed by typing: 
>STATUS 
Example of a MAP response: 


The Active version of CDRTMPLT table is: Version index = 1 
The Active CDRTMPLT table version timestamp is:1999/03/09 00:32:54.000 TUE. 


Active Edit History 
FCDR BHR SIZE: 60 60 60 
FCDR GSR SIZE: 60 60 60 
FCDR GER SIZE: 60 60 60 
FCDR ESR SIZE: 60 60 60 
FCDR SRR SIZE: 60 60 60 
FCDR CCR SIZE: 60 60 60 
FCDR OSR SIZE: 60 60 60 
FCDR CDR SIZE 
Method: FIXED SIZE FIXED SIZE FIXED SIZE 
Length: 83 83 83 
FCDR CDR TMPLT 
Method: FIXED TMPLT FIXED TMPLT FIXED TMPLT 
Template Index: 0С509 0С509 UCS11 
FCDR CDR WORD LAYOUT: READLR READLR READLR 
FCDR GEN 600 LOG: N N N 
FCDR GEN 601 LOG: N N N 


Decoding records 


АП billing and event records are stored in binary. However, each field is 
decoded differently according to the type of data stored. Refer to Appendix 
A, Table 9-6, for the numeric relationships between binary, decimal, hex, 
telephony binary coded digits (TBCD), and personal identification digits 


(pindigs). 
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Record code 


The record type is identified by the contents of the record code (RECCD) 
field. The RECCD contains one of the following two-byte EBCDIC values: 


e F0(C6FO0 in Hex) for CDRs 

e FI (C6FI in Hex) for domestic OSRs 

e F3(C6F3 in Hex) for international OSRs 

* FX (C6E7 in Hex) for variable length CDRs 
* AA (CICI in Hex) for BHRs 

e FA(C6CI in Hex) for GSRs 

• FB(C6C2 in Hex) for GERs 

* FC(C6C3 in Hex) for ESRs 

e ЕР (С6С4 in Hex) for SRRs 

e FE(C6CS5 in Hex) for CCRs 


Units of memory 
The following list defines the units of memory used for data storage: 


* Abits = 1 nibble. 
e 8 bits = 2 nibbles = 1 byte. 
e 16 bits = 4 nibbles = 2 bytes = 1 word. 


83 words (for 0С509 fixed billing); 83 

words (for UCS11 fixed billing); 83 words (for UCS12 fixed billing); 83 
words (for UCS13 fixed billing); up to 128 words (for user-defined 
templates). 


e 1 block = 2048 bytes of data, consisting of multiple CDRs, OSRs, event 
records, and AA (hex) filler. 


• 2048 bytes = 2 Kbytes = 1 block. 

* A bit holds a binary 0 or 1. 

e Нех апа TBCD digits occupy 1 nibble of space. 

* One alphanumeric character occupies 1 byte of space. 


* One EBCDIC character occupies 1 byte of space. 
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Operator services records 


ATTENTION 
The Enhanced Operator Position Services (EOPS) function, previously 
discussed in this chapter, has been removed from the UCS12 software 
release and is no longer supported. The UCS software continues to 
support operator assisted calls through other platforms such as 
Enhanced Services Provider (ESP). In addition, operator services 
records (OSR) and release link trunks (RLT) continue to be supported 
and are independent of EOPS end of life strategy. 


CAUTION 

Changes may affect site functionality 

Changes to the billing system require updates to 
engineering parameters that may affect site functionality. 
Any changes to the billing system may affect downstream 
processing of billing records. Nortel Networks 
recommends that only experienced personnel make 
changes to the billing system. 


An operator services record (OSR) maintains an accurate profile for direct 
access originating operator calls within the UCS DMS-250 switch. The OSR 
contains all the information found in automatic message accounting (AMA) 
ГІ and ЕЗ records and their associated extension records, E0, El, E2, and 
E4. 


For operator calls other than originating direct access, an individual AMA 
record is created in the AMA stream. For each operator call processed by the 
switch, an OSR/CDR pair is created with the OSR following the CDR. The 
records are correlated by the call’s assigned sequence number. 


OSRs are formatted in the interexchange carrier (ІХС) stream rather than the 
AMA record stream. Instead of the binary coded decimal (BCD) used for 
AMA, OSR uses telephony binary coded decimal (TBCD) numbering to 
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maintain the same format as CDR. Table 9-6 cross-references the decimal 
integers with equivalent BCD and TBCD terms. 


OSRs are generated when direct access trunks originate requests for operator 
assistance. OSRs contain information similar to AMA records and extension 
records. Like CDRs, OSRs are produced and formatted in the IXC data 
stream. For direct access trunk calls, CDR/OSR pairs have matching billing 
sequence numbers to facilitate billing correlation. 


OSR length 


Billing Records software allows the OSR size to be provisioned. The OSR 
can be 39 to 128 words in length. The record contains 39 words of data. 
When the OSR size is provisioned as more than 39 words, the record is 
padded with filler (hex AA). Use the following procedure to change the size 
of the OSR. 


Provisioning OSR size 
At the CI prompt 


1 Enable the UCS DMS-250 to make changes to the office parameters by typing: 


>RWOK on 
Example of a MAP response: 


WRITE ACCESS ENABLED FOR RESTRICTED DATA 
2 Enter table OFCENG. 
>TABLE OFCENG 


3 Replace the defined parameter by typing: 


>ВЕР FCDR OSR SIZE parmval 
where 


parmval is the size of the record (39 to 128 words). 


Sample entries: >ВЕР FCDR OSR SIZE 39 
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4 Епіегіпе CTMPLT tool to complete the changes by typing: 
>СТМРІТ 

5 Upgrade the billing system to reflect the changes by typing: 
>UPGRADE 


ATTENTION 


The UPGRADE command automatically rotates any mounted 
billing files. 


Use the UPGRADE command any time a change is made to the 
FCDR (Flexible CDR) office parameters in table OFCENG. 


6 Ensure upgrade was performed by typing: 
>STATUS 
Example of a MAP response: 


The current Active template index is: 1 
The timestamp of the Active template index is: 1999/11/12 04:18:22.000 FRI. 


Active Edit History 
FCDR_BHR_SIZE: 12 12 60 
FCDR GSR SIZE: 5 5 60 
FCDR GER SIZE: 24 24 60 
FCDR ESR SIZE: 5 5 60 
FCDR SRR SIZE: 6 6 60 
FCDR CCR SIZE: 7 7 60 
FCDR OSR SIZE: 39 39 60 
FCDR CDR SIZE 
Method: FIXED SIZE FIXED SIZE FIXED SIZE 
Length: 80 80 80 
FCDR CDR TMPLT 
Method: INTERNAL TMPLT INTERNAL TMPLT INTERNAL TMPLT 
Template Index: 0С509 0С509 UCSO7 
FCDR CDR WORD LAYOUT: READLR READLR READLR 
FCDR GEN 600 LOG: N N N 
FCDR GEN 601 LOG: N N N 


For information on the format of the OSR and field descriptions, refer to 
Appendix D, *OSR field descriptions." 


Trunk interfaces 
Call billing reports for operator-handled calls vary depending on the trunk 
configuration. Several UCS DMS-250 trunk interfaces can originate requests 
for operator assistance in call processing. 
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Description of trunk interfaces 


Operator access trunk applications and terminology is described in the 
following paragraphs. 


Direct access line 
The direct access line (DAL) is a trunk interface that connects a PBX, key 
system, or single telephone set to а UCS DMS-250 switch. 


Off-network access line/Feature Group A 

The off-network access line (ONAL)/Feature Group A (FGA) is a line 
interface that connects a UCS DMS-250 switch to the line side of the central 
office. Off-network access line circuits accept incoming calls over a FGA 
trunk with access to store account codes, authorization codes, PIN codes, 
travel card numbers, and destination digits. Off-network access line circuits 
support two-way interface to FGA trunks. 


Off-network access trunk/Feature Groups B or C 

The off-network access trunk (ONAT)/Feature Group B (FGB)/Feature 
Group C (FGC) provides the switch with FGB capabilities. They interface 
incoming FGB/FGC calls with the optional capability to accept automatic 
number identification (ANI). 


Equal access network trunk/Feature Group D 

The equal access network trunk (EANT)/Feature Group D provides 
pre-subscribed access, cut-through dialing to permit signaling to continue 
after an interexchange carrier has been accessed. EANTS support 
authorization and account code verification, as well as incoming call 
screening using automatic number identification. 


Inter-machine trunk 
The inter-machine trunk (IMT) connects the switch to another switching 
office in a tandem configuration. 


Billing records 

Billing records are created in two billing streams. CDR and OSR are 
recorded in the interexchange carrier billing stream. AMA billing records, 
with associated extension records, are recorded in the AMA billing stream. 
The billing records produced depend on the trunk configuration (direct 
access or non-direct access). 


Operator access trunk combinations 
The switch generates different call billing records depending on the 
combination of direct or non-direct trunk circuits employed. In any 
operator-assisted toll call, up to six combinations of non-direct and direct 
access trunks set up an originating party to operator/operator to terminating 
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party connection. These combinations and their billing record association are 


illustrated in Table 3-1. 


Direct access 


Direct access generates a CDR/OSR pair in the billing stream. CDR and 
OSR are distinguishable by their individual record codes. The CDR RECCD 
is F0 or FX; OSR record codes are F1 for domestic operator assistance and 
F3 for international operator assistance. 


Non-direct access 


Non-direct access creates two CDRs, one OSR, an AMA record, and, many 
times, several AMA extension records. Two billing streams are used. The 
IXC billing stream generates CDRs and the AMA billing stream generates 
AMA records and AMA extension records. 


Table 3-1 


Direct access and non-direct access trunk configurations 


Trunk configuration 


Call records generated 


Originating party to operator direct access/ operator to 
terminating party non-direct access 


Both originating party to operator and operator to 
terminating party direct access 


Both originating party to operator and operator to 
terminating party non-direct access 


Originating party to operator non-direct access/ 
operator to terminating party direct access 


Operator originated party direct access 


Operator originated non-direct access 


1 OSR/CDR pair, 1 CDR 


1 OSR/CDR pair 


1 OSR/CDR pair, 2 CDRs 


1 CDR, 1 OSR/CDR pair 


1 OSR/CDR pair 
1 CDR, 1 OSR/CDR pair 


Recording unit overflow 


When switch recording units are not available, AMA records are generated 
in place of OSRs. EXT operational overflow measurements record resource 
shortages. Table ALARMTAB/OMTHRESH monitors operational 
measurements (OM) for specific thresholds over a predetermined time. 
When the threshold is exceeded, an OM alarm is generated along with an 
OM200 log to identify the OM that exceeded its threshold. The alarm level 
may be set at Major, Minor, or Critical and must be set low enough to 
generate an alarm as soon as overflow occurs. 
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Overflows indicate a system engineering problem that should be addressed 
immediately. Once a threshold has been exceeded and a log generated, 
another alarm for that OM will not generate for 15 minutes to prevent log 
buffer overflows. 


Classes of billing 


Class charge keys enter classes of billing that record billing methods for 
long distance calls. Two categories of long distance calls require billing data: 
station-to-station and person-to-person. There are five billing classes, as 
follows: 


Call types 


Class 1, paid calls, are paid for by the calling party. They can be either 
station-to-station or person-to-person. Calls may be paid in cash or 
charged to the caller's telephone or room number. 


— Person-to-person calls are directed to a specific person, extension, or 
room number at the called location. The call is announced by the 
operator, who remains on the line until the called party answers. 


— Station-to-station calls are directed from one telephone to another. 
The operator retires from the call when ringing commences and 
timing for billing purposes begins as soon as the called station 
answers. 


Class 2, collect calls, are charged to the called party. A "collect call for 
anyone" is used when it is presumed that someone at the called location 
will recognize the caller and accept charges. They can be either 
station-to-station or person-to-person. Calls may be paid in cash or 
charged to the called party's telephone or room number. 


Class 3, special calling calls, are long distance calls charged to a third 
telephone number. A third telephone number is usually the caller's 
permanent home or business number, or calling card, major credit card, 
or authorization code. A third telephone number and credit card 
numbers, are operator-verified before conversation takes place. They can 
be either station-to-station or person-to-person. 


Class 4, special called calls, start out as collect calls. Billing is then 
changed by the answering party to a third telephone number or major 
credit card. They can be either station-to-station or person-to-person. 


Class 5, automatic collect calls, are calls made to 800 numbers when no 
other charges to the calling party are applied by the operator. 


Table 3-2 describes the call types and the number of CDRs and OSRs 
generated for each call. 
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Table 3-2 
Call types 
Number of Number of 
CDRs OSRs 
Call type Description generated generated 
Auto collect Operator presses the auto collect key, or call 
is made to an 800 number and no other class 
charge keys are pressed. A class charge key 
overrides auto collect. 
No-charge Verification calls, charge adjustments, and 
operator-initiated calls. Field INFODIGS is 
set to 1. 
Charge adjustment The first OSR contains charge adjustment 1 2 
information and the second contains 
terminating call information. Sequence 
numbers match. 
Charge adjustment The first OSR contains charge adjustment 1 2 
only information and the second does not contain 
terminating call information. Sequence 
numbers match. 
Operator-originated Direct access termination where а CDR/OSR 1 1 
record pair is generated. Sequence numbers 
match. The CDR does not contain originating 
trunk information. 
Basic Direct access origination and termination 1 1 
operator-assisted where the call is successfully terminated and 


billing is acceptable. A CDR/OSR pair with 
matching sequence numbers is generated. 
OSR code is F1 for domestic calls and F3 for 
international calls. 


—continued— 
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Table 3-2 
Call types (continued) 


Call type 


Number of 
CDRs 


Description generated 


Number of 
OSRs 
generated 


Operator-assisted 
with multiple 
termination attempts 


Third party billed 


Direct access calls only. Ап OSR/CDR pairis 1 
generated for each unsuccessful attempt to 
complete the call. The sequence numbers for 

the final CDR and the OSR of the completed 

call match. CDR sequence numbers of 
unsuccessful attempts do not match. They 

may be matched downstream as CDR/OSR 

pairs by locating originating trunk group and 
member origination time, automatic number 
identification, and dialed number. 


Note: Ії the call was a 0 — type, the CDRs 
will not have a called number field, but the 
called number field appears in the OSR. 


Direct access termination for third party 1 
verification. 


—end— 


Rating system 


The switch rating system automatically computes charges for hotel-paid and 
time and charges request calls. The rating system is a collection of data 
tables containing the customer-dependent data needed to make real-time rate 
step and charges calculations. Calls where time and charges are quoted 
directly to the subscriber, hotel autoquotes, and voice quotes are rated on a 
real-time basis. System rate tables make use of the distances between 
originating and terminating exchanges and their geographical locations. 


Interpreting billing 
The billing number field in the OSR shows if a call was billed to a third 
party, calling card, or credit card. A maximum of 19 digits may be stored. 
Third party billing is registered with 10 digits in NPA-NXX-XXXX format 
followed by 0000. Calling card billing is registered with 19 digits in NPA 
format. Credit card billing is registered with a 10-digit reference number that 
starts with 1 and is followed by the file server number and a sequence 


number to match the record entry on the referenced file server. 
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19-digit major credit card number 


The 19-digit major credit card number feature allows the entire credit card 
number to be stored instead of a sequence number. This capability simplifies 
billing by eliminating the need for cross-referencing whenever the major 
credit card number is 19 digits or less. Sequence numbers are retained in 
cases where the credit card number exceeds 19 digits. 


Call reorigination 
Basic call reorigination allows subscribers to sequence calls without again 
entering billing information. Once billing has been established by either 
calling card, credit card, automatic number identification (ANI) or authcode, 
subscribers may reoriginate their calls by entering the pound sign (Я) 
followed by new directory digits. 


This action redirects the call to another termination without having to hang 
up and dial a completely new call. Operator call billing is automatically 
updated to apply the initial calling party identification, for example, the 
authcode or calling card number, to the new reoriginated call. 


Trunk types that support this feature are FGA, FGB, FGC, FGD, and DAL. 


Calls eligible for call reorigination include station-to-station and 
person-to-person calls except for coin station paid calls. The billing types 
supported are credit card, ANI/pseudo automatic number identification 
(РАМІ), and authcode. Charge classes not eligible for reorigination are 
collect, called party billed, or third party billed. 


To redirect these calls, subscribers must hang up and redial. Reorigination 
also does not apply to operator-initiated calls. When reorigination 15 
requested over an ISUP IMT with release link functionality, the ISUP 
forwards an entry code that must be examined for reorigination eligibility. 


Reorigination billing 
For most calls, billing information is automatically copied into the new 
billing. When account codes are used along with authorization codes, the 
subscriber is prompted while dialing to put in an account code for the 
reoriginated call. When the reoriginated call is direct dial, only a CDR is 
required. For all operator-assisted calls, an OSR/CDR pair is generated for 
the first call. A CDR is generated only for each reoriginated call with copied 
billing information from the first call. 


If there are no CDR recording units available, the reoriginated call is 
blocked due to ће СОК (/ЧАУАП, BLOCK office parameter. If set to Y, 
the call is blocked by receiving NO SERVICE СКТ (NOSC) 
TREATMENT. If set to N, the reoriginated call may continue. This feature 
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interacts with the standard switch call reorigination feature and uses existing 
datafill options. 


The switch billing number capacity accepts 19 digits to support call 
reorigination and the CDR billing field accommodates an extended OSR 
capacity. 


Information copied from OSR is as follows: 
e ANISP (ANI Spill) 

e INFODIG (information digits) 

e BILLNUMB (billing number) 


Information copied from CDR is as follows: 
* TRAP 

e  PINDIGS 

e UNIVACC (universal account code) 

e ORIGOPART (originating portion) 


ISUP IMT and billing record generation 
ISUP RLT affects the billing generation of a switch configuration. The 
operator services switch generates an OSR/CDR pair for the operator 
services portion of the call. The billing/bridging switch provides the 
subscriber billing portion of the call. The OSR contains only the relevant 
information passed over the ISUP IMT. 


Cases affecting billing generation 


Cases which affect billing generation are described in the following 
paragraphs. 


No bridging attempt 

When a call is being handled by an operator and the calling party hangs up, 
a CDR is generated at the originating switch for the first leg of the call. The 
CDR is generated whether the hang up occurred during extension of the call, 
or before RLT access is attempted, 


Third party billed calls 
The information contained is identical to that normally supplied for third 
party verification. 


Multiple termination attempts 

Multiple attempts presumes that the operator remains with the call, and an 
additional OSR/CDR pair is generated for each attempt at the switch. An 
OSR/CDR pair is generated for the final attempt at the bridging switch. 


297-2621-395 Standard 09.03 September 2003 


Operator services records 3-11 


Bridged charge adjustment calls 

An OSR/CDR pair is generated at the bridging switch for the call being 
completed. This OSR/CDR pair contains billing and charge adjust 
information. 


Bridging and billing switching timing fields 
Bridging and billing switch timing fields are STARTTIME and 
ELPSDTME. 


The STARTTIME FIELD contains the date and time of called party answer 
or the start time as sent by the facility indicator parameter. Cancel time 
cancels the start time as sent. Each new start time sent over the ISUP resets 
this field. Start time and cancel time are sent in the facility indicator 
parameter. 


The ELPSDTME field uses the STARTTIME sent over the facility indicator 
parameter in the ISUP to calculate elapsed time and call duration. 


Office billing parameters 


With ISUP RLT, office billing parameters affect billing generation at the 
tandem switch, and the bridging or billing switch as shown in Table 3-3. 


Table 3-3 
Office billing parameter changes 
Switch CDR for ISUP OSR for ISUP Record generated 
Tandem switch Y Y CDR 
Y N CDR 
N Y None 
N N None 
Bridging switch Y Y OSR/CDR 
Y N None 
N Y None 
N N None 
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Digit format requirements 


The 15-digit billing number formats are shown in Table 3-4. In the table, x is 
any digit from 0 to 9. 


Table 3-4 
Billing number digit formats 


Digit Format Type 


15 XXXXXXXXXXXXXXX Major credit card 


Note: The entire 15 digits are 
significant in the makeup of the 
major credit card number. 


14 NPA - NXXX Third party numbers 
The last four digits are 0000. 


14 The last seven digits are Authcodes 
0000000. 


Sequence numbers separate major credit card sequence (BILLNUM) 
numbers that are different from true call billing numbers, calling cards, 
authcodes, credit cards, and downstream sequence numbers stored in the 
BILLNUM field. Sequence numbering starts at 100-000-0001 and rolls over 
at 199-999-9999, Sequence numbering control, within a dedicated sequence 
numbering range, resides independently in each file server. 


An example for each of the four file servers is as follows: 
e file server 1 = 110-000-0001 to 119-999-9999 
* file server 2 — 120-000-0001 to 129-999-9999 
* file server 3 = 130-000-0001 to 139-999-9999 
* file server 4 — 140-000-0001 to 149-999-9999 


Sequence numbering prevents duplication of billing numbers. 
Calling card numbers are 14 digits long in NPA-NXXX format. A third party 


number is 14 digits long in NPA-NXXX format. The last four digits are 
0000. Authcodes are 14 digits long. The last seven digits are 0000000. 
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EOPS call extension block 


The amount and type of information stored in the OSR record is limited by 
the size of the base data storage area. This data storage area has always 
formed the basis of AMA and OSR record generation. An extension block to 
increase data storage, DMS-250 EOPS EXT, is added to every 

TOPS NUM RU (TOPS number of recording units in table ОЕСЕМО). It 
increases the data store of the switch according to the size of this office 
parameter. If no DMS-250 EOPS EXT blocks are available during call 
processing, the call is routed to storage overflow reorder (SODR) treatment, 
and the subscriber is advised to hang up and try again. 


Class of service override 


Class of service override (COSOVE) allows a subscriber to dial an authcode 
after class of service (COS) screening has failed for the original authcode or 
ANI. COSOVE is available on DAL trunks with fully filed authcodes and 
EANT trunks that are software network capability (SNC) dedicated. 0- and 
0+ calls on SNC dedicated trunks are blocked, so COSOVE interaction 
occurs only on DAL trunks. 


If COS screening fails, the subscriber is prompted to dial another authcode. 
If COS screening succeeds for the second authcode, the call continues. If 
COS screening fails for the second authcode, treatment 15 set and the call 
continues with treatment routing. If COSOVE 15 invoked and COS screening 
succeeds for the second authcode, routing continues according to the 
OPCHIDX for the first authcode. Reorigination is not supported when 
COSOVE has been invoked. 


Digital Switching Systems UCS DMS-250 Billing Records Application Guide SNO06 (DMS) 


3-14 Operator services records 


Class of Service screening on 0+ and 0- calls 
Class of Service screening on 0- and 0+ calls provide the following: 


* ameans to alternately route operator service calls (0-, 0+, 01+, EA 
INTOA) by enhancing the class of service screening 


* time of day screening for 0- calls 
* two class of service call types that identify 0- or 0+ calls in table COSUS 


* the capability to route an operator service call based on the authcode or 
10-digit ANI associated with the call 


e the option to disallow routing calls that are given permanent signal 
treatment (PSIG) to the operator 


Class of Service screening supports originations on the following agencies: 


* FGA 

e FGB 

e FGC 

* PTS FGD 

« COSI FGD 
* DAL 


Time of day screening for 0- calls 

The database entry for the calling authcode, 10-digit ANI, or PANI assigns 
an index, MLTCOSID, to the call. The default MLTCOSID is 0, which 
indicates no screening will occur in table COSUS. If the MLTCOSID is 
anything other than 0, table MULTICOS and then table COSUS is accessed 
with a calltype of zminus. 


Only time of day screening (no destination screening) is provided for calls 
with zminus or zplus COS calltype. 


Calltypes for 0- and 0+ calls 
A call receives Class of Service screening based on its Class of Service 
calltype. Calltypes are 


* onnet (occurs when pretranslations yield a calltype of ONNET) 


e 1494 (occurs when pretranslations yield a translation system of 
INTERNATIONAL or INTERNATIONAL PARTITIONED) 


e аа (occurs when the call is neither onnet or 1444) 
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e zplus (occurs when pretranslations yield this calltype. However, time of 
day and destination screening still may be applied to 0+ calls when the 
ZPLUS selector is not specified.) 


Routing for 0- calls 

0- calls route to the operator position specified in the field ZEROMPOS in 
table ТЕКСЕР (or OPERRTE, if present) for the trunk group on which the 
call is originated. In addition, the 0- call may be routed to an alternate 
operator position based on the calling authcode, 10-digit ANI, or PANI, 
which are screened in table AUTHCODU, AUTHCODXx (x = 2, 3, 4, 5, аз 
applicable), table ANISCUSP, or tables ANIVAL/UNIPROF. 


Note: The OPERRTE feature provides alternate routing for operator service 
calls based on the originating trunk group's carrier number. If the OPERRTE 
feature is present, operator service calls with a non-zero carrier number route 
according to table OPERRTE. If OPERRTE is not present or if the carrier 
number is 0, routing uses TRKGRP values. 


The optional field OPCHIDX in table AUTHCODx, tables ANISCUSP and 
UNIPROF may be datafilled as an index between 1 and 1023, inclusive. 
Table ANIVAL points to an entry in table UNIPROF. This OPCHIDX index 
accesses table OPCHOICE. Of the five OPCHOICE fields—ZMPOS, 
ZPRTNM, and INTOAPOS—ZMPOS specifies to which position to route 
the call. If ZMPOS is set to none, then field ZMRTE 15 checked. IF 
ZMRTE is “попе,” then the entry in table ТЕКСЕР is used. 


Routing for EA INTOA calls 

EA INTOA calls route to the operator position specified in table OFCVAR 
(or OPERRTE, if present). In addition, these calls route to an alternate 
operator position based on the ANI. 


Note: The OPERRTE feature provides alternate routing for operator service 
calls based on the originating trunk group's carrier number. If the OPERRTE 
feature is present, operator service calls with a non-zero carrier number route 
according to table OPERRTE. If OPERRTE is not present or if the carrier 
number is 0, routing uses TRKGRP values. 


The optional field OPCHIDX datafilled as an index between 1 and 1023, 
inclusive, accesses table OPCHOICE. Of the five fields in table 
OPCHOICE—ZMPOS, ZPPRTNM, and INTOAPOS—INTOAPOS 
specifies to which position to route the call. IF INTOAPOS 15 "попе," then 
INTOARTE is checked. If INTOARTE 15 “попе,” then OFCVAR 

EA INTOA Position is used. 


Routing for 01+ calls 
01+ calls route using the pretranslator specified in field PRTNM in table 
TRKGRP (or OPERRTE, if present) for the trunk group on which the call 
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originates. In addition, these calls route to an alternate translator based on 
the calling authcode, 10-digit ANI, or PANI, which are screened in table 
AUTHCODx, table ANISCUSP, or tables ANIVAL/UNIPROF. 


Note: The OPERRTE feature provides alternate routing for operator service 
calls based on the originating trunk group's carrier number. If the OPERRTE 
feature is present, operator service calls with a non-zero carrier number route 
according to table OPERRTE. If OPERRTE is not present or if the carrier 
number is 0, routing uses TRKGRP values. 


Routing for 0+ calls 

0+ calls route using the pretranslator specified in field PRTNM in table 
TRKGRP (or OPERRTE, if present) for the trunk group on which the call 
originates. In addition, these calls route to an alternate translator based on 
the calling authcode, 10-digit ANI, or PANI, which are screened in table 
AUTHCODx, table ANISCUSP, or tables ANIVAL/UNIPROF. 


Note: The OPERRTE feature provides alternate routing for operator service 
calls based on the originating trunk group's carrier number. If the OPERRTE 
feature is present, operator service calls with a non-zero carrier number route 
according to table OPERRTE. If OPERRTE is not present or if the carrier 
number is 0, routing uses TRKGRP values. 


The optional field OPCHIDX, datafilled as an index between 1 and 1023, 
inclusive, accesses table OPCHOICE. Of the five fields in table 
OPCHOICE—ZMPOS, ZPPRTNM, and INTOAPOS—ZPPRTNUM 
specifies which pretranslator to use to route the call. 


Routing for calls with permanent signal (PSIG) treatment 
Some calls with subscriber dialed digits that receive PSIG treatment route to 
an operator position even if the number is not 0- ог 0+. 


For example, if the call originates on an FGD trunk with subscriber dialing 
or a DAL trunk, or if the operator position is not datafilled, the call is given 
PSIG treatment. However, if the originating trunk is not an FGD or DAL 
trunk and the operator position is datafilled, the treatment is reset to NIL and 
the call routes to a specified position. 


Correct PSIG treatment is ensured through office parameter 
OPERATOR ON PSIG in table OFCVAR. 


Call number type 
The originating trunk type, trunk group data, and dialing plan may all be 
used to determine the billing type of a call, as shown in Table 3-5. If the 
billing type is an authcode, the authcode tuple in table AUTHCODx also 
determines authcode features such as MLTCOSID and OPCHOICE index. 
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Similarly, if the billing type is ANI, the tuple in table ANISCUSP or tables 


ANIVAL/UNIPROF is used. 
Table 3-5 
Billing types 
Billing type Trunk type Dial plan 
AUTHCODE DAL AUTHCODE dialing 
plan 
FGA AUTHCODE dialing 
plan 
FGB AUTHCODE dialing 
plan 
FGC AUTHCODE dialing 
plan 
FGD AUTHCODE dialing 
plan 
Cut-through without 
AUTHCODE 
UA 
ANI FGD Pure 
Cut-through without 
AUTHCODE 
International 
PANI DAL, FGA, FGB, FGD PANI 


For PANI calls, the billing number is always recorded in the ANISP field of 
the CDR, however, the database tuple used for additional features (such as 
MLTCOSID апа OPCHIDX) can either come from ANISCUSP, 
ANIVAL/UNIPROF or AUTHCODx, depending on the PANI selector and 
some optional features, as shown in Table 3-6. 


Note: The VANIDB option specifies whether the PANI is verified in the 
ANI database. 
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Table 3-6 
Billing types for PANI calls 
PANIVAL field of 
TRKGRP VANIDB option set VANIDB option not set 
None AUTHCODE AUTHCODE 
ANISNPA, ANIPIN ANI ANI 
AUTHANI ANI Neither AUTHCODE or 
ANI 
AUTHONLY AUTHCODE AUTHCODE 


Selector AUTHANI adds support for authcode features and makes ANI 
validation, which requires NPA-NXX-XXXX format, optional. 


AUTHANI and AUTHPIN selectors allow a single PIN or multi-PIN to 
form a PIN-based PANI. 


AUTHONLY allows PANI to be comprised of either SNPA+AUTHCODE 
or AUTHCODE-PIN, where the PIN is either a single or a multi-pin. With 
this selector, authcode features are supported and ANI screening is bypassed. 
In addition, if PANI format is AUTHCODE-PIN, PIN may be captured in 
the PINDIGS field. If the format is SNPA+AUTHCODE, the PINDIGS field 
is blank. 


PANI is treated by the operator services call processing software as ANI. 


Dial plan types 
Various dial plans allow the switch to work with networks comprised of 
switches from other networks. These are described in the following 
paragraphs. 


For PANI and FGD calls, the ANI/PANI displays in the calling number field 
of the operator station when a call is routed to the operator because of ANI 
database failure, ANI account recently disallowed, or ANI account status not 
allowed. 


FGD cut-through calls require an authcode on a trunk-by-trunk basis. This is 
accommodated through option CTRUAUTH ш the OPTION field of table 
TRKGRP for EANT trunks. If the option is set, FGD cut-through calls 
require an authcode; if the option is not set, an authcode is not supported on 
FGD cut-through calls. 
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FGD cut-through and FGD transitional calls with an authcode generate a 
PANI on a trunk-by-trunk basis. This is accommodated by the option 
PANIVAL ш the OPTION field of table ТЕКСЕР for EANT trunks. This 
option allows selection of one of four PANI values: AUTHANI, ANIPIN, 
ANISNPA, or AUTHONLY. 


FGD transitional calls generate a PANI while FGD cut-through calls with an 
authcode remain ANI calls on the same trunk group. This is accommodated 
by field CTRUPANI for the PANIVAL option in table TRKGRP for EANT 
trunks. If set to Y, FGD cut-through calls with an authcode generate a PANI 
which overrides the ANI. If set to N, FGD cut-through calls with an 
authcode remain ANI calls and no PANI is generated. Since an authcode 15 
required for PANI, the CTRUAUTH option must be set if CTRUPANI is set 
to Y. 


DAL, FGA, FGB, FGD cut-through, FGD transitional, and FGD universal 
access 0+ and 01+ calls route to the operator without an authcode. 0- calls 
route to the operator with or without an authcode. Option OPNOAUTH in 
the OPTION field of table ТЕКСЕР for EANTs, DALs, ONALs, and 
ONATS allow this to occur. If set, no authcode is required for 0+ and 01+ 
calls. If not set, the same call needs an authcode to route to an operator 
station. This allows one common trunk group to accept both authcode-based 
and non-authcode based dialing plans. The type of dialing plan used is 
determined by the subscriber digit stream. For example, if the subscriber 
digits identify the call as a 0+ or 01+ call, the non-authcode-based dialing 
plan is assumed and the call is routed to the operator. If the first digit is 1-9, 
or if the call is identified as a 011+ call, an authcode dialing plan is assumed. 
Only the authcode first dialing plan is supported for operator calls routing 
without an authcode. 


For PANI and FGD cut-through calls with an authcode, ANI database failure 
treatment is not applied if the authcode is valid. This is accommodated by 
the option VANIDB in the OPTION field of table TRKGRP for DAL, 
ONAL, ONAT, and EANT trunks. When set, PANI and FGD cut-through 
calls which fail screening in table ANISCUSP are given ANI database 
failure treatment. If not set, PANI and FGD cut-through calls with a valid 
authcode are not given ANI database failure treatment. For ANIPIN and 
ANISNPA PANI calls, the authcode is not validated, so VANIDB must be 
set. For AUTHONLY PANI calls, the PANI is never validated, so VANIDB 
cannot be set. 


For FGB non-PANI calls routed to the operator, append PIN digits to the 
authcode display in the specified number field. This allows the use of up to 
eleven-digit authcodes recognized at the operator station by combining the 
authcode and PIN values. This is accommodated by the option AUTHPIN in 
the OPTION field of table TRKGRP for ONAT trunks. When set, the special 
number field for FGB non-PANI calls routed to the operator contains the 
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authcode followed by the PIN. If not set, the special field for FGB non-PANI 
calls routed to the operator contains the authcode only. The PIN can be 
datafilled either as SINGLE PIN (in the authcode database) or MULTIPIN 
and referenced by an index and a length in the authcode database). 


AMA(/billing information 
For FGD cut-through and FGD transitional PANI calls 


e АМУР field contains the PANI 

e INFODIGS field contains 00 

e  BILLNUM field is blank 

e PINDIGS field is blank 

If partial dial (PDIL) or permanent signal (PSIG) treatment is applied when 


collecting digits used to generate a PANI, the partially formed PANI is 
placed in the BILLNUM field of the CDR. 


Reorigination for operator services with RLT 
Operator calls using RLT SS7 protocol are returned to the operator upon 
reorigination. Indication is provided in the answer message (ANM) to enable 
or disable this functionality. 


Enhanced operator services reorigination is supported on the following 
originating agencies: 


* DAL 
* FGA 
e FGB 
e FGC 


e per-trunk signaling (PTS) FGD 

* common channel signaling #7 (SS7) FGD 

Calls terminating to 800 or 900 numbers from operator services are allowed 
to reoriginate back to the operator. 


Calls not designated as operator assisted (OA) are allowed to reoriginate. 


Office parameter REORIG. FOR. OPERATOR. SERVICES enables or 
disables operator services reorigination on a per-switch basis. 
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Operator calls using RLT 
For an operator call using the RLT SS7 protocol, operator services 
reorigination has one of three possible behaviors: 


e If operator services reorigination is allowed and reorigination is invoked, 
the originator receives dialtone. A new dialed number is collected, 
translated, and routed (Normal reorigination). 


e If operator services reorigination is allowed and reorigination is invoked, 
the call is immediately translated and routed based on the original dialed 
number. No dialtone is returned, and no new digits are collected 
(Boomerang reorigination). 


* No reorigination is allowed for the call. 


The operator services reorigination behavior for operator calls using RLT is 
determined on a per-call basis by a field Reorig Type provided in the 
Operator Information parameter of a FAR or ANM message. 


The Call Reference parameter is parsed to extract the call identity of the 
incoming ANM message. The call identity is also present in the 

Generic. Digits parameter of a FAR message. The CALLID received in the 
FAR message takes precedence over the CALLID received in the ANM 
message. This call identity is included in the IAM message of the 
reoriginated call. 


Boomerang Reorigination 
The RLT operator services reorigination behavior of immediately translating 
and routing the reoriginated call is based on the original dialed number. In 
this instance, no dialtone is returned when the reorigination digit 15 pressed, 
and no new digits are collected. The call is handled as though it is 
reoriginated with the original dialed number. 


АП traffic on an КІЛ 557 ІМТ trunk is assumed to use operator services as 
long as office parameter ALL RLT OPR CALLS is set to Y. When set to 
N, non-operator calls are handled normally. An OSR is generated at the 
bridging switch for all calls, even those not designated as OA. 


The dialed number from the CDR recording unit of the current call is used to 
reoriginate. If there is no CDR generated for the current call, reorigination is 
not allowed; the call is given NO SERVICE СЕКТ (NOSC) treatment 
regardless of the OFCENG office parameter СОК UNAVAIL BLOCK. 


While there is no number dialed for the reoriginated call, the CDR generated 
indicates that the original dialed number is used as dialed digits. The 
PREDIG field reflects the prefix digit of the original dialed number; the 
DIALEDNO field contains the remaining digits originally dialed. 
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A field in the Transit Network Selector parameter of the outgoing SS7 IAM 
indicates that the call is a Boomerang reoriginated call (translating and 
routing based on the original dialed number). The call identity obtained from 
the Call Peference parameter of the incoming SS7 ANM or from a Generic 
Digit parameter from a FAR, for the previous call is returned in a Generic 
Digits parameter added to the IAM. This parameter indicates the predecessor 
of the reoriginated call. 


Usage notes 


* Reorigination is allowed only for the following station-to-station or 
person-to-person non-collect billing types: 


— calling card 
— credit card 
— ANI 
— authcode 
* Third party billing verification calls are not allowed to reoriginate. 


e Reorigination is not allowed on calls involving recall to operator 
services. This restriction includes calls requesting time and charges. 


* Prison calls are not allowed to reoriginate. 
“ 911 calls are not allowed to reoriginate. 


e Reorigination is not allowed until the operator has floated and released 
the call from operator services. A transfer float from the operator does 
not activate reorigination on the originating agency. 


e Бог КІЛ calls, reorigination is allowed only if the call is bridged at the 
originating caller's switch. 


* Calls terminating from the operator directly to a treatment are not 
allowed to reoriginate. 


e Reorigination is not allowed for calls in queue for an operator position. 
* Operator originated calls are not allowed to reoriginate. 


e  Non-RLT calls terminating to 800 or 900 numbers from operator 
services are not allowed to reoriginate. 


RLT pretranslator 


The switch RLT provides routing through translations, operator assistance 
for emergency calls, intercept indication for treated calls, special keystroke 
routing, routing to live operator queues, and the ability to match CDR/OSR 
records from the remote office. 
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RLT accomplishes the following functions: 


* allows a pretranslator other than the one used by the caller's origination 
at the remote office to be used by the operator to complete an 
operator-assisted call 


* allows the operator to remain on the line after completing the customer's 
call 


e uses Ше CALLID field to match a given call’s OSRs at the host and 
remote switches and modify an OSR bit to identify a successfully 
bridged call 


Description 
When 0+/0- calls enter a remote switch, the calls route to the ESP via an 
ISUP RLT IMT. The routing translations from the remote switch to the ESP 
switch are determined by the pretranslator of the incoming call. This uses a 
different pretranslator than when the operator redirects the call. 


For third party scenario calls, a second RLT trunk establishes the connection 
between the ESP and remote switches, as shown in Figure 3-1. The second 
RLT trunk uses the pretranslator associated with the trunk group that carries 
the operator's call. Both trunks are released after the ESP receives the 
Facility Accept (FAA) message from the remote switch. 


The second trunk is only used for the time interval between the initial 
address message (IAM), and when the remote switch bridges the two calls 
and returns an FAA message. 


Using two RLT trunks for all calls allows the operator to stay on the line as 
necessary. 


Although the second trunk between the ESP and remote are up ordinarily 
only for the duration of the operator's interaction with the called party, in the 
event of a bridging failure at the remote, both trunks remain up for the 
duration of the call. 
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Figure 3-1 
Release link trunk call structure for third party scenario RLT calls 


The outgoing call uses the 
pretranslator associated with 


this trunk. 
Outgoing / 
trunk 
Enhanced 
RLT IMTs Services 
Platform 


Incoming 
trunk 


Treated calls 
Any treatment, including permanent signal (PSIG), partial dial (PDIL), ANI 
database failure (ADBF), and invalid authcode (INAU), routes over an ISUP 
RLT IMT from a remote office to an ESP. 


When a treated call routes to an operator, the remote switch sets the nature 
of address indicator in the called party number parameter in the IAM to the 
value of 1110000, which indicates it 15 a treated call. The remote switch also 
sends a Generic Digits parameter to the ESP. 


Tuple RLTIMT in table TMTCNTL translates treated calls coming from 
КІЛ IMTs. 


For calls in a multiple RLT configuration, each office is responsible for 
routing the treatment. This means when a treated call arrives at a tandem 
switch, the RLTIMT tuple in table ТМТСМТЕ determines how the call 
routes. The treatment is retrieved from the Generic Digits parameter. 


Treated calls route over an ISUP RLT IMT from a remote office to an ESP 
office. In addition, there is an indication that they have been intercepted. 
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Internal billing formatters 


CAUTION 

Changes may affect site functionality 

Changes to the billing system require updates to 
engineering parameters that may affect site functionality. 
Any changes to the billing system may affect downstream 
processing of billing records. Nortel Networks 
recommends that only experienced personnel make 
changes to the billing system. 


Тһе UCS14 software provides internal billing formatters for the following 
CDR templates. You can identify one of the following CDR templates that 
best fits your billing needs. 


e The UCSO09 template consists of all UCSO8 CDR fields, plus fields 
added by the UCS09 software. 


e The UCSII template consists of all UCS09 CDR fields and no new 
fields are added or existing fields modified. 


* The UCS12 template consists of all UCS11 CDR fields, plus fields 
added by the UCS12 software. 


e The UCS13 template consists of all UCS12 CDR fields, plus fields 
removed by the UCS13 software. 
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UCS14 Default Template 


The default template for the UCS14 load is the UCS13 template from table 
CDRTMPLT. The default template is used by the billing system in the 
following conditions: 


in a newly commissioned UCS DMS-250 switch with a UCS14 software 
load. The office parameter FCDR, CDR, TMPLT in table OFCENG, is 
set to INTERNAL TMPLT UCS14. 


for a UCS DMS-250 switch going from a UCS11, UCS12, or UCS13 
software release to the UCS14 software release. The template identified 
in the FCDR_CDR_TMPLT office parameter іп the UCS14 software 
release is set from the UCS09, UCS11, UCS12, or UCS13 software 
release. However, if the template identified is not a valid template in the 
UCS14 software release, then the FCDR. CDR. TMPIT value is reset to 
the default. The default is INTERNAL TMPLT UCS14. This also 
applies to the CDRTMPLT option. 


if the billing system cannot determine which template to use to format a 
CDR, or an error occurs in the system. The UCS14 default template is 
then used to format the CDR. 


Internal billing formatter for the UC S09 template 


The UCS09 CDR is 83 words in length and replaces the previously used 
ROUTE LIST (RTELIST field = 10 bits) with ROUTE INDEX 
(RTEINDEX field — 14 bits). 


For more information on the CDR field definitions, see Appendix A, 
"CDR field descriptions." 
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For more information on the UCS09 CDR templates, see Appendix B, 
“CDR Templates." 


Figure 10-2 in Appendix B shows the UCS09 CDR template in READLR 
layout. 


Note: The internal billing formatter for the UCS09 template only supports 
the READLR layout. 


Provisioning 
When you want to set the internal billing formatter for the UCS09 template, 
perform the following procedure. 


Note: Changes to the billing system may affect the downstream processor. 


Provisioning the UCS09 template using the internal billing formatter 
At the CI prompt 
1 Enable the UCS DMS-250 to make changes to the office parameters by typing: 


>RWOK on 
Example of a MAP response: 


WRITE ACCESS ENABLED FOR RESTRICTED DATA 


CAUTION 

Changes may affect site functionality 

After the RWOK command is issued, changes to 
engineering parameters can be made. Changes to these 
parameters may affect site functionality. Any changes 
to the billing system may affect downstream 
processing of billing records. Nortel Networks 
recommends that only experienced personnel make 
changes to the billing system. 


2 Enter table OFCENG. 
>TABLE OFCENG; FORMAT PACK 
3 Change to the ОС509 Internal template by typing: 
>REP FCDR СОВ TMPLT INTERNAL TMPLT ОС509 
4 Setthe size of the template by typing: 
>REP FCDR CDR SIZE FIXED SIZE 83 
5 Identify the way you want your billing records populated: 
>REP FCDR CDR WORD LAYOUT readir 
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6 Enter the CTMPLT tool to complete the changes by typing: 
>СТМРІТ 

7 Upgrade the billing system to reflect the changes by typing: 
>UPGRADE 


ATTENTION 


The UPGRADE command automatically rotates any mounted 
billing files. 


Use the UPGRADE command any time a change is made to the 
FCDR (Flexible CDR) office parameters in table OFCENG. 


8 Ensure upgrade was performed by typing: 
>STATUS 
Example of a MAP response: 


The current Active template index is: 2 
The timestamp of the Active template index is: 1998/06/12 04:18:22.000 FRI. 


Active Edit History 
FCDR_BHR_SIZE: 12 12 60 
FCDR GSR SIZE: 5 5 60 
FCDR GER SIZE: 24 24 60 
FCDR ESR SIZE: 5 5 60 
FCDR SRR SIZE: 6 6 60 
FCDR CCR SIZE: 7 7 60 
FCDR OSR SIZE: 38 38 60 
FCDR CDR SIZE 
Method: FIXED SIZE FIXED SIZE FIXED SIZE 
Length: 83 83 83 
FCDR CDR TMPLT 
Method: INTERNAL TMPLT INTERNAL TMPLT INTERNAL TMPLT 
Template Index: 0С509 0С509 UCS13 
FCDR CDR WORD LAYOUT: READLR READLR READLR 
FCDR GEN 600 LOG: N N N 
FCDR GEN 601 LOG: N N N 


Internal billing formatter for the UCS11 template 


The UCS11 CDR is 83 words in length. No new fields are added and по 
existing fields are modified or deleted from the UCS09 CDR. 


For more information on the СОК field definitions, see Appendix A, “СОК 
field descriptions." 


For more information on the UCS11 CDR templates, see Appendix B, “CDR 
Templates." 
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Figure 10-4 in Appendix B shows the UCS11 CDR template in READLR 
layout. 


Note: The internal billing formatter for the UCS11 template only supports 
the READLR layout. 


Provisioning 
When you want to set the internal billing formatter for the UCS11 template, 
perform the following procedure. 


Note: Changes to the billing system may affect the downstream processor. 


Provisioning the UCS11 template using the internal billing formatter 


At the CI prompt 


1 


Enable the UCS DMS-250 to make changes to the office parameters by typing: 


>RWOK on 
Example of a MAP response: 


WRITE ACCESS ENABLED FOR RESTRICTED DATA 


CAUTION 

Changes may affect site functionality 

After the RWOK command is issued, changes to 
engineering parameters can be made. Changes to these 
parameters may affect site functionality. Any changes 
to the billing system may affect downstream 
processing of billing records. Nortel Networks 
recommends that only experienced personnel make 
changes to the billing system. 


Enter table OFCENG. 

>TABLE OFCENG; FORMAT PACK 

Change to the UCS11 Internal template by typing: 
>REP FCDR CDR TMPLT INTERNAL TMPLT UCS11 
Set the size of the template by typing: 

>REP FCDR CDR SIZE FIXED SIZE 83 

Identify the way you want your billing records populated: 
>REP FCDR CDR WORD LAYOUT readir 
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6 Enter the CTMPLT tool to complete the changes by typing: 
>СТМРІТ 

7 Upgrade the billing system to reflect the changes by typing: 
>UPGRADE 


ATTENTION 


The UPGRADE command automatically rotates any mounted 
billing files. 


Use the UPGRADE command any time a change is made to the 
FCDR (Flexible CDR) office parameters in table OFCENG. 


8 Ensure upgrade was performed by typing: 
>STATUS 
Example of a MAP response: 


The current Active template index is: 2 
The timestamp of the Active template index is: 1999/03/09 00:31:53.000 TUE. 


Active Edit History 
FCDR_BHR_SIZE: 60 60 60 
FCDR GSR SIZE: 60 60 60 
FCDR GER SIZE: 60 60 60 
FCDR ESR SIZE: 60 60 60 
FCDR SRR SIZE: 60 60 60 
FCDR CCR SIZE: 60 60 60 
FCDR OSR SIZE: 60 60 60 
FCDR CDR SIZE 
Method: FIXED SIZE FIXED SIZE FIXED SIZE 
Length: 83 83 83 
FCDR CDR TMPLT 
Method: INTERNAL TMPLT INTERNAL TMPLT INTERNAL TMPLT 
Template Index: UCS11 UCS13 UCS13 
FCDR CDR WORD LAYOUT: READLR READLR READLR 
FCDR GEN 600 LOG: N N N 
FCDR GEN 601 LOG: N N N 


Internal billing formatter for the UCS12 template 


Тһе UCS12 CDR is 83 words in length and is altered from the UCS11 CDR. 
The eight bit OPCHOICE field is removed and a ten bit EXOPCH field is 
added in its place. 


For more information on the СОК field definitions, see Appendix A, “СОК 
field descriptions." 


For more information on the UCS12 CDR templates, see Appendix B, 
“CDR Templates." 
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Figure 10-4 in Appendix B shows the UCS12 CDR template in READLR 
layout. 


Note: The internal billing formatter for the UCS12 template only supports 
the READLR layout. 


Provisioning 
When you want to set the internal billing formatter for the UCS12 template, 
perform the following procedure. 


Note: Changes to the billing system may affect the downstream processor. 


Provisioning the UCS12 template using the internal billing formatter 


At the CI prompt 


1 


Enable the UCS DMS-250 to make changes to the office parameters by typing: 


>RWOK on 
Example of a MAP response: 


WRITE ACCESS ENABLED FOR RESTRICTED DATA 


CAUTION 

Changes may affect site functionality 

After the RWOK command is issued, changes to 
engineering parameters can be made. Changes to these 
parameters may affect site functionality. Any changes 
to the billing system may affect downstream 
processing of billing records. Nortel Networks 
recommends that only experienced personnel make 
changes to the billing system. 


Enter table OFCENG. 

>ТАВГЕ OFCENG; FORMAT PACK 

Change to the UCS12 Internal template by typing: 
>REP FCDR CDR TMPLT INTERNAL TMPLT UCS12 
Set the size of the template by typing: 

>REP FCDR CDR SIZE FIXED SIZE 83 

Identify the way you want your billing records populated: 
>REP FCDR CDR WORD LAYOUT readir 
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6 Enter the CTMPLT tool to complete the changes by typing: 
>СТМРІТ 

7 Upgrade the billing system to reflect the changes by typing: 
>UPGRADE 


ATTENTION 


The UPGRADE command automatically rotates any mounted 
billing files. 


Use the UPGRADE command any time a change is made to the 
FCDR (Flexible CDR) office parameters in table OFCENG. 


8 Ensure upgrade was performed by typing: 
>STATUS 
Example of a MAP response: 


The current Active template index is: 2 
The timestamp of the Active template index is: 1999/03/09 00:31:53.000 TUE. 


Active Edit History 
FCDR_BHR_SIZE: 60 60 60 
FCDR GSR SIZE: 60 60 60 
FCDR GER SIZE: 60 60 60 
FCDR ESR SIZE: 60 60 60 
FCDR SRR SIZE: 60 60 60 
FCDR CCR SIZE: 60 60 60 
FCDR OSR SIZE: 60 60 60 
FCDR CDR SIZE 
Method: FIXED SIZE FIXED SIZE FIXED SIZE 
Length: 83 83 83 
FCDR CDR TMPLT 
Method: INTERNAL TMPLT INTERNAL TMPLT INTERNAL TMPLT 
Template Index: UCS12 UCS12 UCS13 
FCDR CDR WORD LAYOUT: READLR READLR READLR 
FCDR GEN 600 LOG: N N N 
FCDR GEN 601 LOG: N N N 


Internal billing formatter for the UCS13 template 


The UCS13 CDR is 83 words in length and is altered from the UCS12 CDR. 
CDR fields PIC, TDP, TRIGGER, RTELIST, and DCR are removed. 


For more information on the СОК field definitions, see Appendix A, “СОК 
field descriptions." 


For more information on the UCS13 CDR templates, see Appendix B, 
“CDR Templates." 
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Figure 10-4 in Appendix B shows the UCS13 CDR template in READLR 
layout. 


Note: The internal billing formatter for the UCS13 template only supports 
the READLR layout. 


Provisioning 
When you want to set the internal billing formatter for the UCS13 template, 
perform the following procedure. 


Note: Changes to the billing system may affect the downstream processor. 


Provisioning the UCS13 template using the internal billing formatter 


At the CI prompt 


1 


Enable the UCS DMS-250 to make changes to the office parameters by typing: 


>RWOK on 
Example of a MAP response: 


WRITE ACCESS ENABLED FOR RESTRICTED DATA 


CAUTION 

Changes may affect site functionality 

After the RWOK command is issued, changes to 
engineering parameters can be made. Changes to these 
parameters may affect site functionality. Any changes 
to the billing system may affect downstream 
processing of billing records. Nortel Networks 
recommends that only experienced personnel make 
changes to the billing system. 


Enter table OFCENG. 

>TABLE OFCENG; FORMAT PACK 

Change to the UCS13 Internal template by typing: 
>REP FCDR CDR TMPLT INTERNAL TMPLT UCS13 
Set the size of the template by typing: 

>REP FCDR CDR SIZE FIXED SIZE 83 

Identify the way you want your billing records populated: 
>REP FCDR CDR WORD LAYOUT readir 
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6 Enterthe CTMPLT tool to complete the changes by typing 
>СТМРІТ 


7 Upgrade the billing system to reflect the changes by typing: 


>UPGRADE 


ATTENTION 


billing files. 


The UPGRADE command automatically rotates any mounted 


Use the UPGRADE command any time a change is made to the 
FCDR (Flexible CDR) office parameters in table OFCENG. 


8 Ensure upgrade was performed by typing: 


>STATUS 
Example of a MAP response: 


The current Active template index is: 1 
The timestamp of the Active template index is: 1999/03/09 


Active Edit 
FCDR_BHR_SIZE: 60 60 
FCDR GSR SIZE: 60 60 
FCDR GER SIZE: 60 60 
FCDR ESR SIZE: 60 60 
FCDR SRR SIZE: 60 60 
FCDR CCR SIZE: 60 60 
FCDR OSR SIZE: 60 60 
FCDR CDR SIZE 
Method: FIXED SIZE FIXED SIZE 
Length: 83 83 
FCDR CDR TMPLT 
Method: INTERNAL TMPLT INTERNAL TMPLT 
Template Index: UCS13 UCS13 
FCDR CDR WORD LAYOUT: READLR READLR 
FCDR GEN 600 LOG: N N 
FCDR GEN 601 LOG: N N 


00:31:53.000 TUE. 
History 


FIXED SIZE 
83 


INTERNAL TMPLT 
UCSO11 
READLR 

N 

N 
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CAUTION 

Changes may affect site functionality 

Changes to the billing system require updates to 
engineering parameters that may affect site functionality. 
Any changes to the billing system may affect downstream 
processing of billing records. Nortel Networks 
recommends that only experienced personnel make 
changes to the billing system. 


The Flex CDR billing system offers the following flexible billing 
capabilities: 


* The billing data collected by the switch is formatted by user-customized 
settings to populate the billing records. 
* The following pre-defined templates for your use: 


— Тһе UCS09 template is comprised of the UCS08 CDR fields, plus 
fields populated by the UCSO09 software. 


— Тһе UCSI1 template is comprised of ће UCS09 CDR fields, plus 
fields populated by the UCS11 software. 


— Тһе UCS12 template is comprised of the UCS11 CDR fields, plus 
fields populated by the UCS12 software. 
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— Тһе UCS13 template is comprised of the UCS12 CDR fields, plus 
fields populated by the UCS13 software. 


e А CDRTMPLT option for provisioning call processing can select a 
specific template to be used during CDR formatting. 
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* When call processing does not specify a template you can 


— identify a default template for use (controlled by office parameter 
FCDR_CDR_TEMPLT, table OFCENG) 


— allow the switch to perform a bestfit analysis on the call data and 
choose the most appropriate CDR template available. 


e You can specify the size of event records, OSRs, and CDRs. 


Note 1: In releases previous to UCS06, the event record was the same 
size as the CDR. Several words of filler padded the records. Refer to 
Chapter 2, “Billing record storage," for more information. 


Note 2: In releases previous to UCS06, the OSR record was the same 
size as the CDR. Several words of filler padded the records. Refer to 
Chapter 3, “Operator services records," for more information. 


* CDR fields can be populated in either read left-to-right order, (called 
READLR, format used in software releases previous to UCS06) or in a 
read right-to-left order (called NORMAL, due to bit ordering within the 
switch). The word layout is controlled by office parameter 
FCDR. СОК WORD LAYOUT (table OFCENG). Refer to Chapter 6, 
"Creating your own CDR templates," for more information. 


• CDR sizes can be fixed to a particular size (regardless of the template) or 
set to a variable size (dependent on the size of the template). СІВ size 15 
controlled by office parameter ЕСОК CDR SIZE (table OFCENG). 
Refer to Chapter 6, “Creating your own CDR templates," for more 
information on variable template sizing. 


e You can define the call data type for CDRs on answer (controlled by 
office parameter FCDR. ANSCDR СОТ for CM or 
FCDR, ANSCDR, SBSCDT for FP, in table OFCVAR). 


e By purchasing the UBFR0001 SOC option, you can create your own 
CDR templates. Optimize your billing system by creating new, smaller 
templates specifically designed for certain call scenarios. Refer to 
Chapter 6, “Creating your own CDR templates," for more information. 


Template selection using FCDR ANSCDR CDT, 
FCDR ANSCDR SBSCDT 


The purpose of the CDR on answer feature is to generate incomplete CDRs 
upon the answer event of the call. When answer occurs for a call with the 
answer feature activated, the per-call recording unit is copied and delivered 
to the billing system for formatting. Upon disconnect, a completed CDR is 
also formatted for the call. 
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The call data type used for the incomplete CDRs is identified by the 
ЕСОК ANSCDR, СОТ and the FCDR_ANSCDR_SBSCDT office 
parameters (table OFCVAR). баға іп the following tables identifies the 
stream for the incomplete, formatted CDRs: 


DIRP billing: tables CRSMAP, CRSFMT, DIRPSYS, and DIRPPOOL 
Billing Server: tables SBSMAP, SBSFMT, DRMAPPL, and DRMPOOL 


Provisioning call processing to select a template 


You can provision certain call processing criteria that indicates a specific 
template to be used during CDR population through the CDRTMPLT option 
in the following tables: 


FLEXTYPE — subscriber number screening 
FLEXFEAT — subscriber number screening 


TRKGRP - for AXXESS, DAL, ONAL, ONAT, FGD, IMT, or PRI 
originating agencies 


ANISCUSP - subscriber number screening 

AUTHCODU - subscriber number screening 

RTEATTR - route termination 

TRKFEAT - trunk features 

STDPRTCT - pretranslator selectors CT, DC, ES, NT, UA, and UAX 


When multiple templates are provisioned for a particular call, call 
processing chooses the CDR template as follows. 


For non-AXXESS trunk agents, call processing: 


checks the originating TRKGRP for the CDRTMPLT option and stores 
the template ID, if provisioned 


checks table ANISCUSP or ANIVAL/UNIPROF for the CDRTMPLT 
option and stores the template ID, if provisioned, overwriting any 
previously stored template ID 


checks table AUTHCODU for the CDRTMPLT option and stores the 
template ID, if provisioned, overwriting any previously stored template 
ID 


checks table STDPRTCT, subtable STDPRT, for the CDRTMPLT option 
and stores the template ID, if provisioned, overwriting any previously 
stored template ID 


checks table terminating TRKGRP for the CDRTMPLT option and 
stores the template ID, if provisioned, overwriting any previously stored 
template ID 
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If no template was previously stored, call processing uses the default 


For AXXESS trunk agents, call processing: 


* checks the originating TRKFEAT for the CDRTMPLT option and stores 
the template ID, if provisioned 


* checks table FLEXTYPE for the CDRTMPLT option and stores the 
template ID, if provisioned, overwriting any previously stored template 
ID 


* checks table FLEXFEAT for the CDRTMPLT option and stores the 
template ID, if provisioned, overwriting any previously stored template 
ID 

* checks table terminating REATTR for the CDRTMPLT option and stores 
the template ID, if provisioned, overwriting any previously stored 
template 

If no template ID is stored, the default specified by the 

ЕСОК СОК TMPLT entry in table OFCENG is used. This works only 

when the ЕСОК СРК TMPLT field is not set to Internal and the 

ЕСОК СОК SIZE field is large enough. 


Default CDR templates 


The template used for default billing is set by office parameter 
ЕСОВ СОК ТМРІЛ. The default template is used when call processing 
does not identify a template. 


Provisioning UCSO09 as default template 


Perform the following procedure to provision billing using the UCS09 
fixed template. 
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Provisioning the 0С509 template as the default template 
At the CI prompt 
1 Enable the switch to make changes to the office parameters by typing: 


>RWOK on 
Example of a MAP response: 


WRITE ACCESS ENABLED FOR RESTRICTED DATA 


CAUTION 

Changes may affect site functionality 

After the RWOK command is issued, changes to 
engineering parameters can be made. Changes to these 
parameters may affect site functionality. Any changes 
to the billing system may affect downstream 
processing of billing records. Nortel Networks 
recommends that only experienced personnel make 
changes to the billing system. 


2 Enter table OFCENG. 
>TABLE OFCENG; FORMAT PACK 
3 Change to the UCSO9 fixed template by typing: 
»ВЕРЕСОВ CDR TMPLT FIXED TMPLT 0С509 
4 Set the size of the template by typing: 
»ВЕРЕСОВ CDR SIZE FIXED SIZE 83 
5 Identify the way you want your billing records populated: 
»ВЕРЕСОВ CDR WORD LAYOUT readir 
Note: The 0С509 template has an internal billing formatter. Therefore, by 
setting the size and word layout accordingly, the Flex CDR system 


automatically optimizes the generation of any CDRs using the UCS09 
template. 
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6 Enter the CTMPLT tool to complete the changes by typing: 
>CTMPLT 

7 Upgrade the billing system to reflect the changes by typing: 
>UPGRADE 


ATTENTION 


The UPGRADE command automatically rotates any mounted 
billing files. 


Use the UPGRADE command any time a change is made to the 
FCDR (Flexible CDR) office parameters in table OFCENG. 


8 Ensure upgrade was performed by typing: 
>STATUS 
Example of a MAP response: 


The current Active template index is: 2 
The timestamp of the Active template index is: 1999/04/12 04:18:22.000 MON. 


Active Edit History 
FCDR_BHR_SIZE: 12 12 60 
FCDR GSR SIZE: 5 5 60 
FCDR GER SIZE: 24 24 60 
FCDR ESR SIZE: 5 5 60 
FCDR SRR SIZE: 6 6 60 
FCDR CCR SIZE: 7 7 60 
FCDR OSR SIZE: 38 38 60 
FCDR CDR SIZE 
Method: FIXED SIZE FIXED SIZE FIXED SIZE 
Length: 83 83 80 
FCDR CDR TMPLT 
Method: FIXED TMPLT FIXED TMPLT FIXED TMPLT 
Template Index: 0С509 UCSO9 UCS13 
FCDR CDR WORD LAYOUT: READLR READLR READLR 
FCDR GEN 600 LOG: N N N 
FCDR GEN 601 LOG: N N N 


Provisioning UCS11 as default template 


Perform the following procedure to provision billing using the UCS11 fixed 
template. 
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Provisioning the UCS11 template as the default template 
At the CI prompt 
1 Enable the switch to make changes to the office parameters by typing: 


>RWOK on 
Example of a MAP response: 


WRITE ACCESS ENABLED FOR RESTRICTED DATA 


CAUTION 

Changes may affect site functionality 

After the RWOK command is issued, changes to 
engineering parameters can be made. Changes to these 
parameters may affect site functionality. Any changes 
to the billing system may affect downstream 
processing of billing records. Nortel Networks 
recommends that only experienced personnel make 
changes to the billing system. 


2 Enter table OFCENG. 
>TABLE OFCENG; FORMAT PACK 
3 Change to the UCS11 fixed template by typing: 
»ВЕРЕСОВ СОВ TMPLT FIXED ТМРІТ UCS11 
4 Set the size of the template by typing: 
>ВЕР FCDR CDR SIZE FIXED SIZE 83 
5 Identify the way you want your billing records populated: 
»ВЕРЕСОВ CDR WORD LAYOUT readir 
Note: The UCS11 template has an internal billing formatter. Therefore, by 
setting the size and word layout accordingly, the Flex CDR system 


automatically optimizes the generation of any CDRs using the UCS11 
template. 
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6 Enter the CTMPLT tool to complete the changes by typing: 
>CTMPLT 

7 Upgrade the billing system to reflect the changes by typing: 
>UPGRADE 


ATTENTION 


The UPGRADE command automatically rotates any mounted 
billing files. 


Use the UPGRADE command any time a change is made to the 
FCDR (Flexible CDR) office parameters in table OFCENG. 


8 Ensure upgrade was performed by typing: 


>STATUS 
Example of a MAP response: 


The current Active template index is: 2 
The timestamp of the Active template index is: 1999/03/09 00:31:53.000 TUE. 


Active Edit History 
FCDR_BHR_SIZE: 60 60 60 
FCDR GSR SIZE: 60 60 60 
FCDR GER SIZE: 60 60 60 
FCDR ESR SIZE: 60 60 60 
FCDR SRR SIZE: 60 60 60 
FCDR CCR SIZE: 60 60 60 
FCDR OSR SIZE: 60 60 60 
FCDR CDR SIZE 
Method: FIXED SIZE FIXED SIZE FIXED SIZE 
Length: 83 83 83 
FCDR CDR TMPLT 
Method: INTERNAL TMPLT INTERNAL TMPLT INTERNAL TMPLT 
Template Index: UCS11 UCS11 UCSO7 
FCDR CDR WORD LAYOUT: READLR READLR READLR 
FCDR GEN 600 LOG: N N N 
FCDR GEN 601 LOG: N N N 


Provisioning UCS13 as default template 


Perform the following procedure to provision billing using the UCS13 fixed 
template. 
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Provisioning the UCS13 template as the default template 
At the CI prompt 
1 Enable the switch to make changes to the office parameters by typing: 


>RWOK on 
Example of a MAP response: 


WRITE ACCESS ENABLED FOR RESTRICTED DATA 


CAUTION 

Changes may affect site functionality 

After the RWOK command is issued, changes to 
engineering parameters can be made. Changes to these 
parameters may affect site functionality. Any changes 
to the billing system may affect downstream 
processing of billing records. Nortel Networks 
recommends that only experienced personnel make 
changes to the billing system. 


2 Entertable OFCENG. 
>TABLE OFCENG; FORMAT PACK 
3 Change to the UCS13 fixed template by typing: 
»ВЕРЕСОВ CDR TMPLT FIXED TMPLT UCS13 
4 Setthe size of the template by typing: 
»ВЕРЕСОВ CDR SIZE FIXED SIZE 83 
5 Identify the way you want your billing records populated: 
»ВЕРЕСОВ CDR WORD LAYOUT readir 
Note: The UCS13 template has an internal billing formatter. Therefore, by 
setting the size and word layout accordingly, the Flex CDR system 


automatically optimizes the generation of any CDRs using the UCS13 
template. 
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6 Enter the CTMPLT tool to complete the changes by typing: 


»СТМРІТ 


7 Upgrade the billing system to reflect the changes by typing: 


>UPGRADE 


billing files. 


ATTENTION 
The UPGRADE command automatically rotates any mounted 


Use the UPGRADE command any time a change is made to the 
FCDR (Flexible CDR) office parameters in table OFCENG. 


8 Ensure upgrade was performed by typing: 


>STATUS 
Example of a MAP response: 


The current Active template index is: 
The timestamp of the Active template 


2 


index is: 1999/03/09 00:31:53.000 TUE. 


Edit 


History 


Active 
FCDR_BHR_SIZE: 60 
FCDR GSR SIZE: 60 
FCDR GER SIZE: 60 
FCDR ESR SIZE: 60 
FCDR SRR SIZE: 60 
FCDR CCR SIZE: 60 
FCDR OSR SIZE: 60 
FCDR CDR SIZE 
Method: FIXED SIZE 
Length: 83 
FCDR CDR TMPLT 
Method: FIXED TMPLT 
Template Index: UCS13 
FCDR CDR WORD LAYOUT: READLR 
FCDR GEN 600 LOG: N 
FCDR GEN 601 LOG: N 


FIXED SIZE 
83 


FIXED TMPLT 
UCS13 
READLR 

N 
N 


FIXED SIZE 
83 


FIXED TMPLT 
UCSO11 
READLR 

N 
N 
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Creating your own CDR templates 


ATTENTION 
User-defined templates require the UBFR0001 SOC option. Refer to 
Appendix G, “SOC functionality,” for more information. 


Тһе UCS14 software release supports user-defined Call Detail Record 
(CDR) templates. These templates are defined in table CDRTMPLT (CDR 
Template). 


Table CDRTMPLT 


Table CDRTMPLT allows you to create new CDR templates. Each tuple in 
the table represents a template; and the table can contain up to 64 templates. 
The following pre-defined templates are provided in the UCS14 software 
release: UCS09, UCS11, UCS12, UCS13, and UCS14. The first ten 
templates are reserved for pre-defined templates. You can create an 
additional 54 templates. 


The CDRTMPLT table does not require other datafill to be present in order 
for it to be provisioned. The UBFR0001 SOC option must be in the "ОМ" 
state before table CDRTMPLT can be modified. The first ten pre-defined 
templates can never be changed. 


SOC option UBFR0001 allows the creation of new templates. The software 
allows each template to have an active or inactive status. When a template is 
active, it is available for CDR population. 


Table CDRTMPLT consists of the following fields: 


* NAME - up to 16 alphanumeric characters naming the template 


* ACTIVE - Y indicates the template can be used to format call detail 
records; N indicates the template is not available. 


* PRIMARY - Y indicates the template is used as a primary template 
during best fit analysis; N indicates the template is used as a secondary 
template. 
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* FIELDS - contains the fields that define the CDR template. Each 
template can hold up to 96 fields. 


Note 1: Fields RECCD, TEMPLID, ACTIDX, USEEDIT, TOOLGEN, 
and VARLNGTH are common to all CDRS. These fields are not 
datafilled in table CDRTMPLT. 


Note 2: When office parameter ЕСОК CDR, SIZE (table OFCENG) is 
set to VAR, SIZE, the LENGTH field 1$ added to all CDRs and data 
cannot be entered in that field. 


e REORIGCP - contains the fields that are copied into a new CDR when 
reorigination occurs. This field must be equal to, or a subset of the 
FIELDS field. 


Template creation rules 


Before creating a new CDR template, become familiar with the following 
creation rules: 


• When the billing software populates a fixed size record (parameter 
FCDR_CDR_SIZE set to FIXED_SIZE), the following five fields are 
automatically placed in the first two words of the record: 


— RECCD (1 word) 
— TEMPLID (7 bits) 
— ACTIDX (3 bits) 
— TOOLGEN (1 bit) 
— USEEDIT (1 bit) 
— VARLNGTH (1 bit) 


• When the billing software populates a variable size record (parameter 
FCDR_CDR_SIZE set to VAR_SIZE), the following six fields are 
automatically placed in the first three words of the record: 


— RECCD (1 word) 
— TEMPLID (7 bits) 
— ACTIDX (3 bits) 
— TOOLGEN (1 bit) 
— USEEDIT (1 bit) 
— VARLNGTH (1 bit) 
— LENGTH (8 bits) 
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Note: Therefore, when you create a template you are determining the 
layout of the CDR following the header information (which is 
automatically populated by the billing software). Keep in mind that 
when you specify a fixed size template, the header is two words in 
length. When you specify a variable size template, the header is three 
words in length. 


* Only fields listed in the FIELDS field are populated in a CDR using the 
defined template. 


* The СОК is populated according to the datafilled order of the fields and 
the value in parameter ЕСОВ СОК WORD LAYOUT (table 
OFCENG). 


e Word boundaries must be maintained when ordering the CDR fields in 
the template. 


— Each 16-bit area (one word) must be completely filled before 
attempting to define the next area. 


Note 1: Use the FILLI, FILL2, FILL3, FILL4, and FILLS fields to 
pad the words as needed to remain within the 16-bit boundaries. 


Note 2: Use the FILLI, FILL2, FILL3, FILL4, and FILLS fields 
sparingly, in order to pack as much actual data as possible into the 
record. 


Note 3: А template can only contain 96 fields. Each time you use а 
filler field, it counts as one field. 


Note 4: Figure 6-1 gives an example of an appropriate template 
layout. 


— Templates must end on a word boundary. For example, a template 
can be 33 words in length, but not 33.5 words. 
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— СОК fields can cross the 16-bit boundaries under the following 
conditions: 


Note: Table control for table CDRTMPLT verifies that the 16-bit 
boundary rule is followed. When a field splits incorrectly, table 
control notes the error. To correct the error, re-evaluate the field in 
error to the end of the template and make corrections as necessary. 


— When defining fields across word boundaries, the bits you are 

defining must be equal to or exact multiples of the field’s 
defined split size. The split size for each field is available by 
using the FLDINFO command (from the CTMPLT command 
set). 
For example, the ADIN field requires space for two TBCD digits. 
Each TBCD digit uses four bits. The split size for the ADIN field 
is four bits. The second field layout, in Figure 6-1, shows how the 
ADIN field can be split across the word boundary. 


Note 1: To position the ADIN field correctly, a FILL2 field is 
necessary in this example. 


Note 2: Examine a sample template (fields CALLEDNO and 
DIALEDNO) to see an example of splitting larger fields. 
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Figure 6-1 
CDR template creation 
READLR format 
WORD; | MSB LSB 
- ВТ | 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01 | 00 
в 11 ORIGDATE CNPREDIG ANSTYPE 
i 12 PINDIGS 
C| 13 ORIGTIME 
m 
вт | 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01 | 00 
This example is correct, because no fields cross word boundaries. 
READLR format 
WORD/ | MSB LSB 
o вт | 15 | 14 | 13 | 12 | 11 | 10 | 09 | ов | 07 | 06 | 05 | 04 | 03 | 02 | 01 | 00 
R 11 OPART FILL2 ADIN(1) 
: 12 ADIN(2) ORIGOPRT FILL2 
C| 13 SEQNUM 
М 
BT | 15 | 14 | 13| 12| 11 | 10 | 09 | 08 | 07| 06 05 | 04| оз | 02 | 01 00 
This example is correct, because the ADIN split size is four. 
NORMAL format 
i WORD/ | MSB LSB 
с BT |15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01 | 00 
M 11 PINDIGS(2) PINDIGS(1) ORIGDATE 
R 12 ORIGTIME QD PINDIGS(4) PINDIGS(3) PD(2) 
E 13 ORIGTIME 
т вт | 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 | 02 01 00 
This example is incorrect because the ORIGTIME split size is 16, not 6; PINDIGS split 
size is 4, not 3. PD(2) is the incorrect bit. 


Restrictions and Limitations 


The following are restrictions and limitations found with adding data in table 
CDRTMPLT: 


* The 16 character index provides a maximum of 63 table entries. 
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A maximum 96 CDR field types may be provisioned in the FIELDS and 
REORIGCP vector of the table. 


Only the templates at the editing numeric index are visible through 
CDRTMPLT table control. The numeric index is not visible through 
table control. Templates at other indices must be viewed using the 
CTMPLT CI directory commands TLIST and TDUMP. See Figure 6-3. 


A table entry may not be deleted until all references to the index are 
removed from provisioned CDRTMPLT options in other tables or from 
any office parameters. 


The ordering of the fields in the FIELDS vector is validated to ensure an 
attampt is not made to align data over a word (16 bit) boundary. Data can 
only cross a 16 bit boundary if it is more than 16 bits in size. When this 
occurs, the data field must start at the beginning of the 16 bit boundary. 


An empty FIELDS vector is not allowed. A FIELDS vector must consist 
of at least one defined CDR field type, or an error message is displayed 
and the table edit routine is unsuccessful. The REORIGCP vector may 
be left empty. 


CDR field types may not be duplicated within the FIELDS or 
REORIGCP vectors. The exception to this is the FILL1, FILL2, FILL3, 
FILLA, and FILL8 field types. 


The set of fields represented by the REORIGCP vector must be equal to, 
or a subset of, the fields represented by the FIELDS vector. 


The fields FILL1, FILL2, FILL3, FILL4, and FILL8 are ignored when 
they are placed in the REORIGCP vector. In other words, there is no 
word boundary requirements for the REORIGCP vector. 


CDRTMPLT table control displays the size (in words) of a successfully 
added or modified tuple. 


CDR length (FCDR CDR SIZE) 


The length of the CDR template is provisioned in the ЕСОК CDR, SIZE 
office parameter (OFCENG). 


Fixed size 


Setting this parameter to FIXED. SIZE forces all CDRs to be the same 
length. The size value should match the length of the largest template used. 


If the provisioned size 15 smaller than the largest template, an FCDR300 log 
is generated for each CDR. Each CDR is formatted with a template larger 
than the set size and shows the lost data. 


If the provisioned size is larger than the largest template and the 
FCDR. СЕМ 600 LOG office parameter is set to Y, an FCDR600 log is 
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generated for each CDR. Each CDR is formatted with a template smaller 
than the set size to indicate the number of padded words. The FCDR600 log 
aids in fine tuning template definitions and template selection during call 
processing. 


Variable size 


When you set this parameter to VAR. SIZE, CDRs are formatted according 
to the size of the template. Your downstream processor must be capable of 
handling variable sized CDRs. When specifying VAR, SIZE, you will need 
to enter a size (in words); this value is ignored. 


Template history 


The CDR template (CDRTMPLT) table defines templates for formatted call 
detail recording. The table achieves this functionality by providing a defined 
CDR template layout through a vector field (vector of CDR field types) for 
each entry. The table also provides a history capability with use of the 
correlating CTMPLT CI directory. This allows a “history” of templates to be 
stored and strict control to be implemented in order to switch to a new 
template version defined. See Figure 6-3. 
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Logically, the table contains up to 63 user defined templates for CDR 
formatting use. 


Figure 6-2 
Example for using the CDR template index 


Template ID ————3d»- Template X 
Index Template Y 


Up to 63 Templates 


The CDRTMPLT table employs a method of having an active versus 
inactive table version. While the table is active, the inactive indices are 
modified by a technician. Then, through the CTMPLT CI directory 
commands, the inactive templates become the active templates. 


In addition to providing the inactive versus active table versions, the 
CDRTMPLT table also provides a history of the revisions of templates 
within the table. The previous six versions of a template are retained by the 
table for administration and tools purposes. 


The table is indexed by a 16 character string (1 to 16 characters). The 
character string index provides a naming mechanism for defined templates 
and allows for 63 unique table entries. 
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A second dimensional numeric index is used to identify the currently active 
set of CDR templates in use by call processing and for editing purposes. A 
defined template eventually exists at all numeric indices in the second 
dimension of the table as different versions. One of the indices is the active 
index, another is the editing index, and the remaining provide a history of 
the last six changes of the template. 


Only the string index of the table key is entered by the technician. The 
numeric index is not visible through CDRTMPLT table control. The editing 
numeric index is maintained by the switch and is used internally when 
indexing the table. The editing numeric index is updated by the CTMPLT CI 
directory commands. 


Only the template at the editing index is viewable through CDRTMPLT 
table control. The active index and other stored templates are viewable using 
the CTMPLT CI directory TLIST and TDUMP commands. 


When an UPGRADE is performed, a timestamp is recorded against the 
newly active set of templates. This timestamp is required by the 
FCDRSRCH tool to verify that the file it is reading is valid. When a new file 
is created, a timestamp is automatically recorded for the file. Within the file 
of stored records, the active index (which specifies the set of templates used 
to format the CDR records) is also recorded. When FCDRSRCH is set on a 
file, it compares the timestamp of the file with the timestamp recorded for 
the set of templates at the index. The index timestamp is identified through 
the active index in the records. If the file timestamp 15 older than the 
timestamp recorded for the template set, FCDRSRCH can not process the 
file. In such a situation, the templates at the identified index may have been 
altered since the file was generated. Such a scenario implies that the data 
may not be valid. 
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Figure 6-3 
CDRTMPLT Table - System View 


CDRTMPLT 0 1 2 3 4 5 6 7 


table versions 


Template X — > 


Up to 63 
Templates 


КРТ | 


Second RESTORE ACTIVE EDIT Sixth Fifth Fourth Third 
Oldest | Index Index Index Oldest Oldest Oldest Oldest 


Version / а Version Version Version 


ACTIVE Index Controlled EDIT Index Controlled 
by CTMPLT CI Directory Commands by CDRTMPLT table control Commands 


The CTMPLT CI directory of commands is used to control the active 
template index used in formatting CDR records. When templates have been 
updated to satisfaction, the CTMPLT command is used to upgrade the 
switch to use the new template versions. 


For a view of CDRTMPLT table after the UPGRADE command has been 
performed, see Figure 6-4. 
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Figure 6-4 
CDRTMPLT table after UPGRADE 


CDRTMPLT 0 1 2 3 4 5 6 7 


table versions 


Template X —3» 


Up to 63 
Templates 


t | | {Mt ff 


Third Second RESTORE ACTIVE EDIT Sixth Fifth Fourth 
Oldest Oldest Index Index Index Oldest Oldest Oldest 
Version Version Version Version 


7 \ Version 


ACTIVE Index Controlled EDIT Index Controlled 
by CTMPLT CI Directory Commands Бу CDRTMPLT table control Commands 


When an upgrade occurs, the following steps are performed: 


* Alltemplates at the editing index are copied to the new editing index, 
overwriting the oldest version of the template with the newest. 


* The active and editing indices are updated. 
* А timestamp is recorded for the newly active index. 


Table CDRTMPLT contains the version of each template that can be edited. 
Every time you use the UPGRADE command (from the CTMPLT command 
set), the DMS-Core makes a copy of table CDRTMPLT. The copy of table 
CDRTMPLT is saved to create a history file that can contain up to eight 
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copies of the table. Each history file contains an Active version of the table 
(viewable by the CTMPLT command set) and an Editable version (viewable 
in table CDRTMPLT). 


Note: The Active version is stored in the ACTIDX field. 


Once you have enabled the SOC option to create your own templates, a 
Restore version of the table is available. By using the RESTORE command 
(from the CTMPLT command set), you can restore the most recently 
upgraded version of the table. Refer to UCS DMS-250 Commands Reference 
Manual for more information on CTMPLT commands. 


Figure 6-5 shows how the switch creates a history file. 


The FCDRSRCH command set can use the older versions of the table to 
view records that were formatted using an old template. FCDRSRCH 
automatically chooses the correct version using the TMPLID field, ACTIDX 
field, and timestamp (recorded when an UPGRADE 15 performed). 
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Figure 6-5 
History file creation 


1. History file before SOC is enabled. 


version| O | 1 | 2 | 3 | 4 |5 |6 |7 
Active Editable 
version version 


2. SOC is enabled. 
3. You create new templates and issue the UPGRADE command.. 


Version 0 1 2 3 4 5 6 7 
Везюге Active Editable 
version version version 


4. You make changes to table CDRTMPLT and issue the UPGRADE command. 


Version 0 1 2 3 4 5 6 7 
Old Restore i i 
version Active Editable 
#1 version version version 


5. You make changes to table CDRTMPLT and issue the UPGRADE command four times. 


Version 0 1 2 3 4 5 6 И 
Old Old. Old. Old. Old. Restore| | | Active Editable 
version version version version version i 1 і 
ha e т 42 #1 version version version 


6. You make changes to table CDRTMPLT and issue the UPGRADE command. 


Version 0 1 2 3 4 5 6 7 
ОЇ Old О! Оа Old 
Editable аю a ; ; Restore| | | Active 
й version version version version version version Д 
version #5 #4 #3 #2 #1 version 


7. You need to restore the previous version (from step 5), so issue the RESTORE command (from the CTMPLT 
command set). 


Version | 0 | 1 | 2 | 3 | 4 | B | 6 | 7 
oe ae uc ae pd Restore | | Active Editable 
version version version version version й í : 
#4 #3 #2 #1 version version version 


When the UPGRADE was performed is step 6, Old Version #5 was deleted. When the RESTORE was executed, Old 
Version £5 became a Lost Version and is unavailable. 
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CDR word layout 


As of the UCS06 software release the billing system allows the user to 
provision the method for storing data. Prior to UCS06, CDR data was only 
stored in a read left-to-right format. Beginning with UCS06, data can be 
stored in a read left-to-right (READLR) format or in a read right-to-left 
(NORMAL) format. 


Office parameter ЕСОК СОК WORD LAYOUT (table OFCENG) 
controls the layout of data storage. For CDR fields that do not consume 
whole words of store, a value of READLR indicates that the most significant 
bits in the word are consumed first by a formatted CDR field. A value of 
NORMAL indicates that the least significant bits in the word are consumed 
first. 


CAUTION 

Changes may affect site functionality 

Changes to the billing system require updates to 
engineering parameters that may affect site functionality. 
Any changes to the billing system may affect downstream 
processing of billing records. Nortel Networks 
recommends that only experienced personnel make 
changes to the billing system. 


Regardless of the use of either NORMAL or READLR, the ordering of bits 
within each CDR field is unaltered. Also, the mandatory header on each 
record is always formatted in a read left-to-right format. Figure 6-6 shows 
examples of NORMAL word layouts in relation to fields split across word 
boundaries. 
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Figure 6-6 
Formatting methods 


NORMAL layout 
MSB 


LSB 
Field 1 (16 bits) 


Field 4 (9 bits) Field 3 (4 bits) Field 2 (3 bits) 


Field 6 (8 bits) 


Field 5 (8 bits) 


READLR layout 
MSB 


LSB 
Field 1 (16 bits) 


Field 2 (3 bits) Field 3 (4 bits) Field 4 (9 bits) 


Field 5 (8 bits) 


Field 6 (8 bits) 


NORMAL layout 


When data is stored using the NORMAL layout, the data can easily be read 
back into a similar data structure by the downstream billing processor. 
Figure 6-7 shows an example of the NORMAL layout 
Figure 6-7 
NORMAL storage 


For example: the ANISP field requires 10 nibbles. If the number 2145551234 is stored in 
NORMAL layout it will appear as: 


NORMAL format reduces an unnecessary step at both the switch and the 


downstream processor by allowing both systems to utilize normal computer 
data ordering in dealing with the CDR data. 
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READLR layout 


When data is stored using the READLR layout, the raw data cannot be 
dumped into a similar data structure. Figure 6-8 shows an example of the 
READLR layout. 


Figure 6-8 
READLR storage 


For example: the ANISP field requires 10 nibbles. If the number 2145551234 is stored in 
READLR layout it will appear as: 


15 0 


The downstream processor must apply special formatting to retrieve all 
digits and rearrange them properly. 


Provisioning 
Perform the following procedure to create a new billing template. 
Creating and activating a template 
At the CI prompt 
1 Ensure the SOC option, UBFR0001, is enabled. 
SOC; SELECT OPTION UBFRO0001; QUIT 


Note: The SOC command is a single user command. 


2 Enter table CDRTMPLT. 
>TABLE CDRTMPLT; FORMAT PACK 
3 Adda new template by typing: 


>ADD name active primary fields reorigcp 


where 

name is the name of the new template (up to16 alphanumeric 
characters). 

active determines if the template can be used for formatting CDRs. 

primary indicates if the template is marked for the primary best fit analysis. 

fields is a multiple-entry vector containing the CDR field names. 
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reorigcp is the same entry or a subset of FIELDS. This field should contain 
any fields that should be copied to a new CDR on reorigination. 
Sample entry: >ADD newtmplt п n seqnum cic origtime origdate anstype 
timechng origampm incintl disctime discdate anisuff 
discampm incbill #111 $ $ 


4 Епіегіпе CTMPLT tool to complete the changes by typing: 
>CTMPLT 


5 Upgrade the billing system to reflect the changes by typing: 


>UPGRADE 
ATTENTION 
The UPGRADE command automatically rotates any mounted 
billing files. 


Use the UPGRADE command any time a change is made to the 
FCDR (Flexible CDR) office parameters in table OFCENG. 


6 Ensure upgrade was performed by typing: 
>STATUS 
Example of a MAP response: 


The current Active template index is: 2 
The timestamp of the Active template index is: 1999/03/03 01:10:11.000 TUE. 


Active Edit History 
FCDR BHR SIZE: 12 12 60 
FCDR GSR SIZE: 5 5 60 
FCDR GER SIZE: 24 24 60 
FCDR ESR SIZE: 5 5, 60 
FCDR SRR SIZE: 6 6 60 
FCDR CCR SIZE: 7 7 60 
FCDR OSR SIZE: 38 38 60 
FCDR CDR SIZE 
Method: VAR SIZE FIXED SIZE FIXED SIZE 
Length: 7 8 83 
FCDR CDR TMPLT 
Method: FIXED TMPLT FIXED TMPLT FIXED TMPLT 
Template Index: NEWTMPLT NEWTMPLT UCS11 
FCDR CDR WORD LAYOUT: NORMAL NORMAL READLR 
FCDR GEN 600 LOG: N N N 
FCDR GEN 601 LOG: N N N 


Setting up your system for best fit analysis 
The variable billing system provides a means of allowing the switch to 
determine the best CDR template for formatting the CDR when call 


processing has not identified a template. Best fit analysis occurs when office 
parameter FCDR, СОК TMPLT (table OFCENG) is set to VAR, TMPLT. 
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An ideally formatted CDR only contains fields that have data about the call. 
The best fit algorithm attempts to find the template that is the closest match 
to the data captured for the call. 


When data is captured, the list of fields containing data is compared to each 
template and the appropriate template is selected. 


The CTMPLT tool (using the SET command) allows you to set mandatory 
fields for CDR population. 


Enable the FCDR601 log to identify empty fields within a template. This 
feature can be used to fine tune CDR templates for different call types. The 
FCDR601 log is enabled by the ЕСОК GEN 601 LOG office parameter. 


Refer to Appendix E, Related data schema, logs, OMs, and commands." 


Setting mandatory fields 


Examine the available fields for each call scenario and identify the ones you 
consider mandatory for all calls. Once you have completed this analysis, use 
the SET command (from the CTMPLT command set) to identify the field as 
mandatory (MUSTHAVE) or not (DONTCARE). 


The PRIMARY field (table CDRTMPLT) allows you to fine tune the best fit 
analysis. The switch first checks any templates with PRIMARY set to Y for 
a best fit. A best fit is reached when a template contains all fields set to 
MUSTHAVE. If multiple templates contain all the MUSTHAVE fields, the 
template that contains the most DONTCARE fields is used to format the 
CDR. 


When the switch does not find a suitable template in the PRIMARY -Y set, 
all templates with the PRIMARY set to N are examined for a best fit. These 
non-PRIMARY templates should contain all fields. Predefined templates 
such as the UCS09, UCS11, UCS12, UCS13 templates are non-PRIMARY 
templates. 


The FCDR602 log is generated when the best fit analysis does not find a 
suitable template (one that contains all MUSTHAVE fields) in the set of 
PRIMARY templates. This log aids in fine tuning the defined templates and 
the selection of templates through call processing. 


Selecting a template 
The CDRTMPLT option that is filled in tables FLEXDIAL, FLEXTYPE, 
TRKFEAT, RTEATTR, TRKGRP, AUTHCODU, FLEXFEAT, ANISCUSP, 
UNIPROF, AUTHCODx, STDPRTCT (route selector CT, DC, ES, NT, UA, 
UAX of subtable STDPRT) can only be provisioned using an ACTIVE 
template from the CDRTMPLT table. After adding a new template to the 
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CDRTMPLT table, the user must utilize the CTMPLT tool's UPGRADE 
command to make the edited version of CDRTMPLT into an active version. 
At this point, the new template is available for use in the CDRTMPLT 
option in the tables referred to above. 


Application of the CDRTMPLT option for formatting 


A template specified at the start of a call may be overridden by a template 
specified later in the handling ofa call. An example would be a template 
identified by the originating trunk group or an agent that can be overridden 
by a template which has been identified through the subscriber number 
screening or call type use. The RTEATTR table provides the last 
mechanism for identifying the template to use for the call. 


The template chosen must be an active template in the CDRTMPLT table. If 
it is not active, the office parameter ЕСОК СОК TMPLT is used for 
identification of a template. 


If the CDR format, as identified in the ЕСОЕ CDR, TMPLT office 
parameter, is set to INTERNAL-TMPLT, the template specified is used to 
format all CDR records. This supercedes the template specified by call 
processing. 


If the CDR format 15 set to FIXED-TMPLT and a template has not been 
identified by call processing, the CDRTMPLT table template identified by 
е ЕСОК СОК TMPLT office parameter is used to format the CDR record 
for the call. 


If the CDR format is set to VAR-TMPLT and a template has not been 
identified by call processing, the best fit analysis scans the bit-mapped CDR 
field type indicator of the CDRTMPLT table entry with similar bit-mapped 
field capture table in the per-call recording unit. 


Dumping and restoration of tables 


Initial deployment of table CDRTMPLT does not require a dump and restore 
from any other table(s). 


When performing an ONP from UCS09 to UCS14, or UCSII to UCS14, or 
UCS12 to UCS14, or UCS13 to UCS14 the inactive side of the UCS14 load 
will be restored with the ACTIVE side’s data in table CDRTMPLT. 
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Note 1: Ifa tuple in any applicable table (AUTHCODU, AUTHCDUx, 
RTEATTR, TRKGRP, TRKFEAT, ANISCUSP, UNIPROF, FLEXFEAT, 
FLEXTYPE, or STDPRTCT(route selector CT, DC, ES, NT, UA, UAX of 
subtable STDPRT)) on the dump side contains the CDRTMPLT option 
provisioned with a template that is not supported in UCS14, the tuple is 
restored to the UCS14 default template. 


Note 2: If the dump side load’s FCDR_CDR_TMPLT parameter in table 
OFCENG is set to UCS07 or UCSO7FLEX, then UCS11 is used by the 
FCDR СОК TMPLT parameter by default. UCS11 is also used by default 
for the ЕСОК СОК TMPLT parameter if a user-defined template is 
provisioned that is based on UCSO7 or UCSO7FLEX including any or all of 
the PIC, TDP, and TRIGGER fields.. 


ONP upgrades supported in UCS14 


The UCS DMS-250 switch and DMS-500 switch upgrade strategy 15 based 
on the Common Services Platform (CSP), release minus three CSP releases. 


In UCS 14, the following one night process (ONP) configuration upgrades 
are supported: 

e UCS09 (based on CSP10) upgrades to UCS14. 

e UCSII (based on CSP11) upgrades to UCS14. 

e UCSI2 (based on CSP12) upgrades to UCS14. 

e  UCSI3 (based on CSP13) upgrades to UCS14. 

e UCSIA (based on CSP14) upgrades to UCS14. 


Note: UCS13 has been an exception to the “minus three CSP releases" rule 
because UCS skipped the CSP09 release. 


In NCS 14, the following one night process (ONP) configuration upgrades 
are supported: 

e NCSI0 (UCS09 based on CSP10) upgrades to NCS14. 

e NCSII (UCSII based on CSP11) upgrades to NCS14. 

e №0512 (UCSI2 based оп CSP12) upgrades to NCS14. 

e NCSI3 (UCS13 based оп CSP13) upgrades to NCS14. 

e №514 (UCS14 based on CSP14) upgrades to NCS14. 
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Call detail record logging facility 


The UCS DMS-250 switch generates a call detail record (CDR) log using 
treatment codes as a selection mechanism. Any combination of treatment 
codes associated with complete or incomplete calls can be selected for 
logging through the MAP terminal. When a call is treated with one of the 
selected treatment codes, an output report containing the captured call data is 
generated. See the UCS DMS-250 Logs Reference Manual for a complete 
description of CDR log reports and the UCS DMS-250 Data Schema 
Reference Manual for treatment code descriptions. 


CDR logging commands 
Access the CDR map level by entering the following: 


>MAPCI;MTC;IOD;CDR 
Refer to Figure 7-1 for a CDR level display and menu. 


SETLOG 


The SETLOG command selects a treatment code for logging. Type the word 
ALL or enter a treatment code number. An error message is printed if no 
entry is made. 


>SETLOG treatment_code 
where 


treatment is the word ALL or a treatment code number 


Response: The treatment code selected is now logging. 


Note: If the OFCENG parameter CDR_ENABLE_LOG_ALL is set to М, a 
treatment code of “0” cannot be added to the list of treamtment codes that 
cause CDR logs to be generated. Refer to the UCS DMS-250 Office 
Parameters Reference Manual for more information regarding the OFCENG 
parameter. 
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Figure 7-1 


CDR map level display 


CM MS IOD Net PM CCS TRKS EXT APPL 

CDR IOD 

0 QUIT IOC 0 1 2 

2 STAT 

3 SETLOG_ 

4  CLRLOG. DIRP: . XFER: . SLM: . МОР: . NX25: . 

5 DISPLOG МІР: . CDR: . CDRS: . са: . 

6 SCREEN. 

р r—-—-—- TREATMENT CODES LOGGED- — — - /SCREEN ENSE 

| 

9 І І 
10 І І 
11 | | 
12 І І 
13 І І 
14 І І 
15 о 1 
16 

17 

18 

User ID 
TIME 12:00 
CLRLOG 


The CLRLOG command deselects a treatment code for logging. Type the 
word ALL or enter a treatment code number. An error message is printed if 
ALL or a treatment code number is not entered. 


>CLRLOG treatment code 
where 


treatment is the word ALL or a treatment code number 


Response: The specified treatment is removed from the list 
of treatment codes logged. 
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DISPLOG 


The DISPLOG command displays all the treatment codes. If only DISPLOG 
is entered, the status display on the MAP terminal is updated. If a treatment 
code is entered, the short four-character name (for example, VACT) and the 
long name (for example, VACANT CODE) of the treatment code numbers 
are printed. 


>DISPLOG treatment code 
where 


treatment is the word ALL or a treatment code number 


Examples 
>DISPLOG 011 


011 EMR1 EMERGENCY 1 


>DISPLOG 006 


006 VACT VACANT_CODE 


Limitations and warnings—CDR logging facility 


The LOG output of CDR is a convenience that provides data monitoring 
without active participation. However, during heavy traffic periods, turning 
off the reporting aspects of CDR allows time savings in case a UCS 
DMS-250 switch becomes CPU bounded. During heavy traffic, it is 
recommended that only the buffering feature be used to avoid errors in the 
LOG system. 
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Flexible CDR searching 


The flexible CDR search (FCDRSRCH) menu provides the user with the 
ability to view CDRs and ОЗВ$ from a billing file residing оп a disk 
volume. MAP terminal menu commands are issued to perform the following 
functions: 


e select a billing file desired for searching 

* define keys to compare against data in the call detail record (CDR) fields 
* setalogical condition among the defined keys 

* impose constraints on the scope of the search 

* initiate the search 


e view the CDRs that are returned as a result of the search session 


ATTENTION 
FCDRSRCH commands replaces the CDRSRCH and DCDRSRCH 
commands. The FCDRSRCH command does not work for any CDR 
template that contains the AMABAFMD field. 


To enter the FCDRSRCH menu from a MAP, type the following: 


>MAPCI;MTC;APPL;OAMAP;FCDRSRCH 


Figure 8-1 shows the FCDRSRCH menu. Table 8-1 lists the commands 
available for FCDRSRCH. Refer to UCS DMS-250 Commands Reference 
Manual for further details on FCDRSRCH commands. 
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Figure 8-1 
FCDRSRCH menu 
CM MS IOD Net PM CCS Trks Ext APPL 
FCDRSRCH OAMAP ЕО SVMTC 
0 QUIT 
2  SRCHfil 
3 CDRType_ 
4 LISTflds DRM:. АЕТ: . MNP: . SBS: OK 
5 SETKey_ 
6 RSETkey_ 
7 OPERator FILE: 
8 — WINDow BLOCK #: #ТО SRCH: FORMAT: 
9  BLOCk. OUTBUF POS: #ТО OUT: KEY OPER: 
10 NUMSrch_ WNDW START: WNDW STOP: TYPE: 
11 NUMOut_ 
12 STATus 
13 РЕМИ 
14 FORWard. FCDRSRCH: 
15 BACKup. 
16 DISPlay_ 
17 
18 EXECsrch 
TIME 12:00 
Table 8-1 
FCDRSRCH commands 
Command Syntax Description 
BACKUP BACKUP backup й backward positioning within output buffer 
BLOCK BLOCK block Ж set starting block number 
DISPLAY DISPLAY number of entries displays contents of output buffer 


HELP HELP 


EXECSRCH  ЕХЕСЗЕСН 
CDRTYPE CDRTYPE type 
FORWARD FORWARD forward Я 


initiates search session 
selects format type (either CDR or OSR) 
forward positioning within output buffer 


dixplays this table information on the user's 
MAP screen 


—continued— 
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Table 8-1 
FCDRSRCH commands (continued) 
Command Syntax Description 
LISTFLDS LISTFLDS list of billing record fields pertaining to selected 
billing file 
NUMOUT NUMOUT output. Я number of records to output (optional) 
NUMSRCH NUMSRCH number number of records to search (optional) 
OPERATOR OPERATOR toggle logical condition (AND is default) 
QUIT QUIT exit current menu level 
REINIT REINIT reinitialize all non-research keys 
RSETKEY RSETKEY сагће!а cdrdata edit current search key definitions 
SETKEY SETKEY cdrfield cdrdata define search keys or list defined search keys 
SRCHFIL SRCHFIL stream block selection of billing file desired 
SRCHFIL filename crsfmt block 
SRCHSTAT SRCHSTAT FCDRSRCH status information displayed on 
the MAP screen, such as Filename, Search 
window, etc. 
STATUS STATUS provides information about last completed 
search 


WINDOW WINDOW begyear begmonth define time window (a beginning time can be 
begday beghour begminute specified without an end time, but not vice 
endyear endmonth endday versa) 
endhour endminute 


—end— 


Access modes 


Before starting an FCDRSRCH session, the user must decide which access 
mode to use, automatic or manual. 


Automatic mode 
The automatic mode allows the user to access the billing file directly without 
any knowledge of the billing file name or disk volume. The billing stream 
(OCC) and the state (active or parallel) are required; optionally, you can 
include the starting block number. The syntax is as follows: 


>SRCHFIL stream state [block#] 
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Manual mode 


The manual mode requires more information. The user must know on which 
disk device the billing file resides, then mount and list the appropriate disk 
volume. 


The command to attach a disk volume to a user's MAP directory is 
LISTVOL. It is not necessary to attach a disk volume for the FP. A 
complete description of the disk utility system can be found in Disk 
Maintenance Subsystem Reference Manual. 


When the disk volume directory is properly attached, specify the name and 
format for the desired billing file. The manual mode permits access to any 
billing file that can be referenced within the DMS file system. The syntax is 
as follows: 


>SRCHFIL filename crsfmt [block] 
Note: Variable crsfmt can be found in table CRSFMT. 


Search keys 


Specify one or more fields in the CDR to use as search keys. Each field in 
the CDR can be used to define search keys. Use the following command to 
set the search parameters: 


>SETKEY cdrfield cdrdata 


To generate a list of valid key search fields, enter the following command: 
>LISTFLDS 


The asterisk (*) character can be used as a wildcard character for the data 
item of a search key. When the * is used as the only character in the key 
data, a match will always be made regardless of what is contained in the 
field. However, when used at the end of the key data, only the characters that 
precede the * are used by the search for a match. 


Note: The command interpreter of the MAP terminal assumes that all 
numeric input of five characters or less is intended to be a number. Enclose 
all numeric input strings that are greater than six characters with single 
quotation marks (°). This procedure is required only when specifying а 
numeric string for a key data item. In practice, it may be more convenient to 
use single quotes for all numeric strings. 
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Change search keys by using the RSETKEY command. The RSETKEY 
command deletes search keys based on CDR field name alone, or CDR field 
name and a given value. 


>RSETKEY cdrfield cdrdata 


Logical operators 


If multiple search keys are specified, the search keys should be ANDed or 
ORed together. 


AND operation 


If the AND option is used, there must be a match on every key given before 
the CDR is returned. The default option is AND. Therefore, if a logical 
operator is not specified, all keys defined are ANDed together. 


OR operation 


If the OR option is used, the CDR is returned if any one of the given keys 
match. 


Search limits 


Constraints may be set up to indicate the point of the billing file where the 
search must start and end. The default starting point is the first block of a 
file. There are four ways to set up billing file search limits: time window, 
search block, number search, and number of CDRs output. 


Time window 


The time window defines a block of time within the file’s active collection 
period indicating a starting and an optional stopping time. Use the 
WINDOW command to define a time window. 


Search block 


The BLOCK command allows the user to begin the search at a specific 
block. There is no provision for setting an ending block. 


Number search 


You can specify the number of records to be searched. Use the NUMSRCH 
command to set the number of records to be searched. 


Number output 


You can specify that the search continue until a specified number of 
matching records are found. Use the NUMOUT command to set the number 
of records to be found. 
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End conditions 


The conditions which cause a search request to end are as follows: 


End of time window (user-defined) — use the WINDOW command 


Requested number of records searched (user-defined) — use the 
NUMSRCH command 


Requested number of records output (user-defined) — use the 
NUMOUT command 


Output buffer filled (system-defined) — determined by the office 
parameter SRCHOUTPUT, ranges of 0 to 200, found in table OFCENG. 
When buffer is filled with matched records, and no other stopping 
conditions have been met, the search returns control to the user allowing 
results of the incomplete search session to be viewed. Continue the 
search by re-entering the EXECSRCH command. Clear the search 
parameters by entering the REINIT command. 


Search error encountered (system-defined) — monitors problems with 
DMS system resources, ensures proper feature data fill, and maintains 
integrity of file system interaction. The search cannot fix problems, but 
does detect, recover, and report them. When an error is found, the search 
suspends itself and reports the error condition. The search continues to 
report errors upon each new search request until the problem has been 
cleared. Corrective action must be performed to eliminate problems 
reported by the search feature. 


End of data on the billing file (system-defined) 


Search process 
The following steps define the search process: 


User steps: 


1 


Enter the FCDRSRCH menu from MAP by typing: 


>MAPCI;MTC;APPL;OAMAP;FCDRSRCH 
and pressing the Enter key (Figure 8-2). 


Note: Commands may be entered by pressing the number corresponding to 
the command on the FCDRSRCH menu. 
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Figure 8-2 
FCDRSRCH menu 


CM MS IOD Net PM CCS Trks Ext APPL 


FCDRSRCH OAMAP ЕО SVMTC 

QUIT 

SRCHfil_ 

CDRType_ 

LISTflds DRM: . AFT: . MNP: . SBS: OK 
SETKey_ 

RSETkey_ 

OPERator FILE: 

WINDow_ BLOCK #: #TO SRCH: FORMAT: 
BLOCk_ OUTBUF POS: #TO OUT: KEY OPER: 

10 NUMSrch_ WNDW START: WNDW STOP: TYPE: 
11 NUMOut_ 

12 STATus 

13 ВЕМИ 

14 FORWard_ FCDRSRCH: 

15 BACKup_ 

16 DISPlay_ 


ооо мо 


18 ЕХЕСѕгсһ 


ТІМЕ 12:00 


2 Select billing Ше by typing: 
>SRCHFIL stream state 
and pressing the Enter key. 
3 OPTIONAL: Select billing record type by typing: 
>CDRTYPE type 
and pressing the Enter key. 
4 Define search keys by typing: 
>SETKEY cdrfield cdrdata 


and pressing the Enter key. 


5 OPTIONAL: Define search constraints using WINDOW, BLOCK, NUMOUT, or 
NUMSRCH commands. 


6 Initiate search by typing: 


EXECSRCH 
and pressing the Enter key. 
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System steps: 

1 Reads billing file 

2 Advances to requested ог default starting point in file 
3  Compares each record against defined search keys 


4  Appends matching records to output buffer 
Note 1: The output buffer can hold up to 200 CDRs. 
Note 2: USER: To terminate execution of a search session, press the break 
key followed by HX or STOP, then press return. 

5  Repeats steps 3 and 4 until end condition occurs 


6 Completes search and indicates success or failure 


If the search is successful, matched CDRs may be displayed from within the 
output buffer by using the DISPLAY, BACKUP, and FORWARD 
commands. 


A prompt character (7) indicates the feature 1s ready to accept input for one 
of the following: 


* viewing output buffer 


* altering search parameters (billing file, search keys, logical condition, or 
imposed constraints) 


* initiating another search session 
* continuing the current search session 
* exiting FCDRSRCH level of the MAP terminal 


A search is continued by re-entering the EXECSRCH command. Any CDRs 
in the output buffer are erased when a new search is requested. Search 
parameters remain as defined, unless you update them by using the 
RSETKEY command. Unless a new billing file is accessed or a new starting 
point is defined, a new search (by default) begins with the first record 
following the last referenced CDR. 


To exit the FCDRSRCH menu, request a different MAP level or issue the 
QUIT command. In either case, the search process is terminated and all 
temporary DMS system resources are freed. A new search must be defined 
each time the FCDRSRCH level is entered. 
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User requirements 
The minimum user requirements for initiating an FCDRSRCH are as 
follows: 
e Open a file to search.. 
e Specify at least one search key. 


* Execute the EXECSRCH command. 


The search is performed on the appropriate file storage device when initiated 
by the EXECSRCH command. 


OSR search keys 


The FCDRSRCH tools can also search for OSRs contained in the billing 
file. Most of the same commands used for the CDR search process are used 
for OSR searching. The following are a few examples: 


CDRTYPE 


Use the CDRTYPE command to set the search “ТҮРЕ, field to OSR. The 
‘FORMAT’ search field must be ‘UCSEOPS’ to search for OSRs. The 
UCSEOPS stream format must be filled in table CRSFMT in the CDRSRCH 
field of the stream being searched. 


SETKEY 


Use the SETKEY command to set the search parameters for OSRs, the same 
as for CDRs except for using the OSR fields. Use the following command to 
set the search parameters: 


>SETKEY osrfield osrdata 


WINDOW 
The time WINDOW command is not applicable to OSR searching. 


OSR search process 
The following steps define the search process: 


User steps: 


1 Enter the FCDRSRCH menu from MAP by typing: 


>MAPCI;MTC;APPL;OAMAP;FCDRSRCH 
and pressing the Enter key (Figure 8-2). 


Note: Commands may be entered by pressing the number corresponding to 
the command on the FCDRSRCH menu. 
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2 Select billing file by typing: 


>SRCHFIL stream state 
and pressing the Enter key. 


3 OPTIONAL: Select billing record type by typing: 


>OSRTYPE type 
and pressing the Enter key. 


4 Define search keys by typing: 


»ЗЕТКЕУ osefield osrdata 
and pressing the Enter key. 


5 OPTIONAL: Define search constraints using BLOCK, NUMOUT, or 
NUMSRCH commands. 


6 Initiate search by typing: 


EXECSRCH 
and pressing the Enter key. 


If the search is successful, matched OSRs may be displayed from within the 
output buffer by using the DISPLAY, BACKUP, and FORWARD 
commands. 


A prompt character (7) indicates the feature 1s ready to accept input for one 
of the following: 


* viewing output buffer 


* altering search parameters (billing file, search keys, logical condition, or 
imposed constraints) 


* initiating another search session 
* continuing the current search session 
* exiting FCDRSRCH level of the MAP terminal 


A search is continued by re-entering the EXECSRCH command. Any OSRs 
in the output buffer are erased when a new search is requested. Search 
parameters remain as defined, unless you update them by using the 
RSETKEY command. Unless a new billing file is accessed or a new starting 
point is defined, a new search (by default) begins with the first record 
following the last referenced CDR. 


To exit the FCDRSRCH menu, request a different MAP level or issue the 
QUIT command. In either case, the search process is terminated and all 
temporary DMS system resources are freed. A new search must be defined 
each time the FCDRSRCH level is entered. 
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Office parameters that control FCDRSRCH 
CDR SEARCH Process LIMIT 


located in table OFCSTD 
values: 0—20 


This office parameter sets the number of FCDRSRCH processes 
allowed. Since FCDRSRCH is a multi-user tool, multiple FCDRSRCH 
processes can be active at any given time. 


This office parameter can be used to limit access, memory usage, or 
both. 


SRCHOUTPUT 


located in table OFCENG 
values: 0—200 


This office parameter sets the number of output buffers allocated by an 
FCDRSRCH process. When the user executes the search, CDR/OSRs 
that match the user-defined search keys are read from the billing file. As 
soon as they are read, they are converted to ASCII characters and stored 
in an output buffer. The user may then view the CDR found by setting 
the output buffer(s) to display. 


This office parameter can be used to limit memory usage. 
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Appendix A 
CDR field descriptions 


Tables 9-1 through 9-23 describe each field of the CDR. These fields are 
populated only if they are present in the CDR template used by the call. The 
following definitions assume the field is populated. 


Some fields are populated for every call; other fields are populated only 
when applicable. For example, if a call does not have an account code, the 
account code field is not populated. Other fields are only populated by 
certain features. Fields that are not populated always contain the value of 0. 


For a description of the various data types, see Table 9-6, at the end of this 
chapter. 
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A's 


Table 9-1 
CDR field descriptions 


Split size 
Field name Field size (in bits) Data type 


Field description 


ACCTCD 12 nibbles 4 TBCD 


ACCOUNT CODE. This field is 
populated with the account code 
digits collected for the call. 


ACCTV 2 bits 2 Decimal 


ACCOUNT CODE VALIDATION. This 
field contains the screening status for 
the collected account code. The 
collected digits are stored in field 
ACCTCD. Call processing stores one 
of the following values: 


0 = No account code was 
collected or the number of digits 
collected was less than the 
ACCTLEN identified in table 
ANISCUSP or one of the 
AUTHCODOU tables. 0 is the 
default value. 


1 = Account code was collected, 
but was not validated. ACCTVAL 
(identified in table ANISCUSP, 
UNIPROF, or one of the 
AUTHCODU tables) was set to 
N. 


2 = Account code was collected 
and validation was attempted. 
ACCTVAL (identified in table 
ANISCUSP, UNIPROF, or one of 
the AUTHCODU tables) was set 
to Y. 


—continued— 
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Table 9-1 
CDR field descriptions (continued) 


Split size 
Field name Field size (in bits) Data type Field description 


3 = Account code was collected 
and validated. Occurs when the 
account code validation database 
is empty, indicating the account 
code validation index has no 
account codes provisioned and 
the office parameter 

ALLOW EMPTY. ASCRN is set 
to Yes (Y). 


Note 1: In-switch account code 
verification is performed through 
table ACSCRN2. 


Note 2: Off-switch validation is 
performed on the ANI or authcode. 


ACG 1 bit 1 Boolean AUTOMATIC CALL GAPPING. This 
field identifies if ACG occurred on the 
call. Call processing stores one of the 
following values: 


Note: ACG occurs when off-switch 
validation receives too many queries. 
Table ACGDUR provisions the ACG 
timer. 


0 = Control number not present 
in control list 


1 = Control number is present in 
control list 


Мое: The control list is located 
off-switch. 


ACTIDX 3 bits 3 Decimal ACTIVE TEMPLATE 
IDENTIFICATION INDEX. Contains 
the version of the CDR template 
(identified in field TEMPLID) used to 
format the call data. A CDR template 
can have up to 8 versions. 


—continued— 
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Table 9-1 
CDR field descriptions (continued) 


Split size 
Field name Field size (in bits) Data type 


Field description 


| 
ACTIDX is a required field for all СОК 


templates and is, therefore, already 
provisioned for every template. This 
field is always located in Word 1, bits 
7 through 9. 


This field contains one of the 
following values: 


0 = Version 0 
1 = Version 1 
2 = Version 2 
3 = Version 3 
4 = Version 4 
5 = Version 5 


6 = Version 6 
7 = Version 7 
Note: Do not attempt to include the 


ACTIDX field when creating new 
templates using table CDRTMPLT. 


| 
ADDRNUM 2 bits 2 Decimal ADDRESS NUMBER. This field 
identifies one of the following 
overflow translated numbers used for 
the call: This number is used for 
FlexDial. 
| 0 = Not used | 
| 1 = Address #1 (default) | 
2 = Address #2 
3 - Address £3 
—continued— 
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Table 9-1 
CDR field descriptions (continued) 


Split size 
Field name Field size (in bits) Data type Field description 


ADIN 2 nibbles 4 TBCD AUTHCODE DATABASE INDEX. 
This field identifies the index into 
table AUTHDIN. The index is 
originally identified in table TRKGRP. 
The index identifies the database 
used for authcode screening. 


ALTBILL 11 nibbles 4 TBCD ALTERNATE BILLING NUMBER. 
This field identifies the value of the 
AMAAIternateBillingNumber 
parameter received in the CAIN 
TCAP SCP response message. The 
range of this field is up to 11 TBCD 
digits. 


For 3rd-party RLT calls, the CDR 
merging rules for the ALTBILL field 
are as follows: 


e If ALTBILL is populated on the 
second leg of the call, the value 
is used for the merged CDR. 


e If ALTBILL is not populated on 
the second leg of the call, the 
value in the field for the first leg 
of the call, if populated, is used 
for the merged CDR. 


AMABAFMD 128 bytes Hexadecimal AUTOMATIC MESSAGE 
ACCOUNTING BELLCORE 
AUTOMATIC MESSAGE 
ACCOUNTING FORMAT 
MODULE. This field contains the 
BAF encoded Module Codes. 


AMACALLC 10 bits Decimal AMA CALL CODE. This field contains 
the call code needed for the BAF 
record. It has a range of 000 to 722. 
The field can have the following 
values: 


—continued— 
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Table 9-1 
CDR field descriptions (continued) 


Split size 
Field name Field size (in bits) Data type 


Field description 


0 = No datafill or SCP message 
indicated a call type code for the 
call. 


47 = Generated when the UCS 
DMS-250 switch receives a 
TCAP Analyze Route message 
with an АМАвірір parameter. 


47 = Generated when the call is a 
non-8YY and non-dial around call 
and has to be default routed due 
to bad or missing routing and 
billing instructions from the SCP. 


74 = Generated when a call is 
identified as a 911 call. 


110 = Generated for direct-dialed, 
and station-paid internetwork 
calls routed by means of an 
interexchange carrier. The record 
provides carrier connect details 
for applying access charges. 


117 = Generated for an 
internetwork Public Switched 
Digital Service (PSDS) call. Call 
Code 117 provides carrier 
connect details. 


119 = Captured based on the 
AMAREC option datafilled in 
table TRKGRP for the originating 
trunk. 


141 = Captured based on the 
SCP response message 
BillingIndicator parameter 
containing АМАСаПуре code of 
4 (LEC routed). 


—continued— 
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Table 9-1 
CDR field descriptions (continued) 


Split size 
Field name Field size (in bits) Data type Field description 


142 = Captured based on the 
SCP response message 
BillingIndicator parameter 
containing АМАСаПуре code of 
0 (Onnet call) and the latest 
CN*REQ CDR field containing a 
value of 18 (Tollfree Service 
Query). 


720 - Captured based on the 
AMAREC option datafilled in 
table TRKGRP for the originating 
trunk. 


Note: This CDR field is only 
populated when the EDGE SWITCH 
parameter in table OFCVAR is set to 
Y. 


AMACALLT 10 bits Decimal AMA CALL TYPE. This field contains 
the value for the call type. If the 
Switch receives an 
OverflowBillingIndictor or 
PrimaryBillinglndicator parameter 
populated with a non-zero AMA Call 
Type value, this field is populated 
with the received Call Type value. 
This field maps to BAF module code 
30, BAF table 89, and BAF field 
Translation Settable Field. The range 
of this field is 0—999. 


AMAMOD1 10 bits Decimal AUTOMATIC MESSAGE 
ACCOUNTING MODULE 1. This field 
contains the first module, if any, to be 
appended to the BAF record. It has a 
range of 1 to 999, and is populated 
as follows: 


—continued— 
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Table 9-1 
CDR field descriptions (continued) 


Split size 
Field name Field size (in bits) Data type Field description 


22 = A long duration call. 


Note: When INCBILL indicates a 
long duration call, BAF Module 22 is 
appended to the BAF record for the 
call. To be compliant with 
GR-508-CORE regarding long call 
duration handling, the office 
parameter which controls long call 
duration must be set accordingly. 


720 = An LNP query occurred for the 
call. An originating and/or terminating 
number was ported. 


Note: This CDR field is only 
populated when the EDGE_SWITCH 
parameter in table OFCVAR is set to 
Y 


AMAMOD2 10 bits Decimal AUTOMATIC MESSAGE 
ACCOUNTING MODULE 2. This field 
contains the second module, if any, to 
be appended to the BAF record. It 
has a range of 1 to 999, and is 
populated as follows: 


22 = A long duration call. 


Note: When INCBILL indicates a 
long duration call, BAF Module 22 is 
appended to the BAF record for the 
call. To be compliant with 
GR-508-CORE regarding long call 
duration handling, the office 
parameter which controls long call 
duration must be set accordingly. 


720 = An LNP query occurred for 
the call. An originating and/or 
terminating number was ported. 


—continued— 
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Table 9-1 
CDR field descriptions (continued) 


Split size 
Field name Field size (in bits) Data type 


Field description 


Note: This CDR field is only 
populated when the EDGE_SWITCH 
parameter in table OFCVAR is set to 
Y. 


AMASC 14 bits Decimal 


AMA STRUCTURE CODE. This field 
contains the structure code needed 
for conversion to the BAF record. It 
has a range of 0 to 9999. Supported 
structure codes are: 220 360, 364, 
625, 645, 653. Values are set as 
follows: 


e 0=No call type code is indicated. 
This occurs under certain error 
conditions such as missing 
datafill or a bad response from 
the SCP. 


e 220 = Populated for calls that 
interact with an Advanced 
Intelligent Network (AIN). 


e 360 = Number Services calls 
when a Call Type code of 141 is 
received in the SCP response, 
indicating the call is to be routed 
by an IC. 


Note: For BAF structure code 360, 
call type code 141, the UCS 
DMS-250 switch makes the 
connection to the IEC through an AT, 
and the ORIGTIME is captured upon 
the receipt of the ANM. 


—continued— 


Digital Switching Systems UCS DMS-250 Billing Records Application Guide SNO09 (DMS) 


9-10 Appendix A 


Table 9-1 
CDR field descriptions (continued) 


Split size 
Field name Field size (in bits) Data type Field description 


when a Call Type code of 142 is 
received in the SCP response, 
indicating the call is to be routed 
byaLEC. 


Note: іп the UCSO9 software 
release, 625 and 653, were added for 
calls that orginate to a UCS DMS-250 
switch. In the UCS14 software 
release, 625 and 645, were added for 
calls that terminate at a UCS 
DMS-250 switch. 


e 625 = Calls originating to the 
UCS DMS-250 (UCS09). 


e 625 = Calls terminating to the 
UCS DMS-250 (0С514). 


e 645 = Populated for calls that 
originate access into a network 
that is connected to the UCS 
DMS-250 switch and then 
terminate at the UCS DMS-250 
Switch. 


e 653 = Calls originating to the 
UCS DMS-250 when the 
ANI/CPN is not received and is 
not datafilled (terminate access 
to a network connected to the 
UCS DMS-250 switch. 


Note: This CDR field is only 
populated when the EDGE SWITCH 
parameter in table OFCVAR is set to 
Y. 


| 
e 364 = Number Services calls 
| 


—continued— 
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Table 9-1 
CDR field descriptions (continued) 


Split size 
Field name Field size (in bits) Data type 


Field description 


| 
AMASIZE 7 bits Decimal 


AUTOMATIC MESSAGE 
ACCOUNTING SIZE. This field 
contains the size of the 
АМАВАҒМО field in bytes. 


ANICPN 2 bits Decimal 


AUTOMATIC NUMBERING 
IDENTIFIER/ CALLING PARTY 
NUMBER. This field in the BAF 
record indicates whether ANI and/or 
CPN is normally provided for the call. 
It is populated as follows: 


0 = ANI and CPN are not available. 
1 = Only ANI is available. 

2 = Only СРМ is available. 

3 = ANI and CPN are available. 


Note: This CDR field is only 
populated when the EDGE SWITCH 
parameter in table OFCVAR is set to 
Y. 


ANISP 10 nibbles 4 TBCD 


AUTOMATIC NUMBER 
IDENTIFICATION SPILL. This field is 
populated with one of the following: 


e ANI for MF originating agencies 


e Charge Number for 557 
originating agencies 

e Calling Line ID for PRI originating 
agencies 


e Line Number field of 
AMALineNumber when Line 
Number Type is ANI 


—continued— 
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Table 9-1 
CDR field descriptions (continued) 


Split size 
Field name Field size (in bits) Data type 


Field description 


| 
ANISUFF 3 bits 3 Decimal 


| 
ANI SUFFIX. This field identifies the 


nature of a FGD call determined by 
the start digit received. Call 
processing stores one of the 
following values: 


0 = No ST digit received 


Note 1: ^ value of 0 does not 
appear in the CDR log, but is 
available in the billing record. 


1 = ST3P received (transitional 
call) 


2 = STP received (cut-thru call) 


3 = ST2P received (transitional 
call) 


4 = ST received (pure) 
5 = Invalid ST digit received 


Note 2: ANISUFF is not filled for 
FlexDial calls. Instead, the 
nature of address is captured in 
the called party address field 
(CLDNOA) and the dialed 
number field (DIALNOA). 


ANSCDR 1 bit 1 Boolean 


ANSWER CDR. This field indicates if 
a CDR was generated at the answer 
event for the call. Call processing 
stores one of the following values: 


0 = Answer СОК not generated 
1 = Answer СОК generated 


—continued— 
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Table 9-1 
CDR field descriptions (continued) 


Split size 
Field name Field size (in bits) Data type Field description 


ANSTYPE 4 bits 4 Decimal ANSWER TYPE. This field contains 
the type of answer detected. Call 
processing stores one of the 
following values: 


Nole: Software answer refers to an 
ATD receiver connected for answer 
detection. 


e 0 - Мі value (For example, caller 
abandon during origination.) 


e 1 = Software answer, no voice 
detected 


e 2 = Software answer, voice 
detected 


ЗЕ Software answer, audio 
ringback detected 


—continued— 
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A's (end) 


Table 9-1 
CDR field descriptions (continued) 


Split size 
Field name Field size (in bits) Data type 


Field description 


4 = Hardware answer 


5 = Software answer, silence 
detected 


6 = Software answer, persistent 
ringing 

7 = Audio tone detector (ATD) 
hardware error or forced 


disconnect and continuous tone 
at remote switch 


8 = Software answer, busy tone 
detected 


9 = Software answer, reorder 
tone detected 


10 = IMT software answer 
11 = ІМТ hardware answer 


12 = Early billing active with no 
answer 


13 = Early billing active with 
answer 


14—15 = Not used 


—end— 
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Table 9-2 
CDR field descriptions 


Split size Data 
Field name Field size (in bits) type Field description 


BILLNUM 24 nibbles 4 TBCD BILLING NUMBER. This field is populated 
with one of the following and identifies the 
billing number for a call: 


e Travel card number 
e Authcode 


e  NOO called number 
(NXX-NXX-XXXX). 


BILLTYPE 6 bits 6 Decimal BILLING TYPE. This field contains the 
billing type returned from an IN/1 NOO 
TCAP query. 


This field only applies to calls that query 
the IN/1 SCP for an МОО number 
translation. It is populated when the 
ENHANCED М00 TCAP office parameter 
is set to ON or the VER 2 NOO TCAP is 
set to Y. 
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C's 


Table 9-3 
CDR field descriptions 


Split size Data 
Field name Field size (in bits) type 


Field description 


CAINCT 3 bits 3 Decimal 


CARRIER AIN CALL TYPE. This field 
contains the CAIN call type received from 
the SCP response within the callType 
extension parameter. Non-CAIN calls do 
not populate this field. 


0 = OFFNET (default) 
1 = ONNET 

2 = FORCED ONNET 
3 = VIRTUAL ONNET 
4-LEC ROUTE 

5 - Reserved 


6-7 = Reserved for SCP determined 
values 


CALLDUR 32 bits 8 Decimal 


CALL DURATION. This field contains the 
duration of a call, measured in 10ms ticks. 
Call duration is measured as the time 
between called party answer and on-hook 
by either called party or calling party. The 
CDR log shows this value in seconds. 


The value in this field is only valid if the 
call is answered and CDR field ANSTYPE 
does not equal 0 (nil answer). 


CALLEDNO 15 nibbles 4 TBCD 


CALLED NUMBER. This field is populated 
with the translated called party digits for a 
call. 


CALLEVTS 4 bits Decimal 


CALL EVENT STATUS. This field in the 
BAF record identifies the call event status. 
It describes how far a call involving 
Interexchange Carriers progressed before 
terminating, and identifies the conditions 
associated with the call's termination. 


—continued— 
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Table 9-3 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 
| 


The field can have the following values 
which can be coded into characters 2-3 as 
follows: 


e 00- Call was abandoned or released 
before the Initial Address Message 
(IAM) was sent by the UCS DMS-250 
Switch. 


e 01- Call was abandoned or released 
after the Initial Address Message 
(IAM) was sent by the UCS DMS-250 
Switch. 


e 02-03 = Not applicable to SS7. 


e 04 = indicates a time-out occurs after 
the Exit Message (EXM) is received 
by the originating exchange carriers' 
end office (EO) from the access 
tandem (AT). 


e 05 = Not applicable їо 557. 


e 06 = (Terminating access only) Call 
was abandoned or released after the 
IAM was received by the UCS 
DMS-250 switch, but before the 
answer message (ANM) was 
received. 


e 07 = Call is abandoned or released 
after the Address Completion 
Message (АСМ) is received by the 
originating exchange carrier's end 
office. 


e 08- (Terminating access only) The 
terminating end either did not receive 
or did not recognize the called NXX 
number. 


—continued— 
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Table 9-3 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 
| 


e 09 = (Terminating access only) The 
call cannot be set up to the 
terminating office. 


e 10 The call was abandoned or 
released after the Answer Message 
(ANM) was received by the originating 
UCS DMS-250 switch. 


Note: This CDR field is only populated 
when the EDGE SWITCH parameter in 
table OFCVAR is set to Y. 


—continued— 
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Table 9-3 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type 


Field description | 


CALLEVTS 4 bits Decimal 


CALL EVENT STATUS. Refer to 
CALLEVTS description in preceding table 
entry. Values apply only when the 

EXIT MSG RECEIVING office parameter 
is set to Y, and the adjacent switch is an 
Access Tandem (AT). 


Direct Routed Calls 


00 = Call was abandoned or released 
before the switch sent the IAM. 


01 = Call was abandoned or released 
after the switch sent the IAM. 


07 = Call was abandoned or released 
after the switch received the ACM. 


10 = Call was abandoned or released 
after the switch received the ANM. 


00 = Call was abandoned or released 
before the switch sent the IAM or 
before the switch receives the EXM 
from the AT. 


Tandem Routed Calls 


01 = Call was abandoned or released 
after the switch receives the EXM 
from the AT. 


04 = Time-out occurred after the 
switch receives the EXM from the AT. 


07 = Call was abandoned or released 
after the switch receives the ACM. 


10 = Call was abandoned or released 
after the switch receives the ANM. 


CALLTYPE 16 bits 16 Decimal 


FLEXDIAL CALL TYPE. This field is 
populated with the following call originator 
data: 


—continued— 
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Table 9-3 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type 


Field description | 
| 


e Access - type of access (5 bits) 
e Service - type of service (6 bits) 


e NUMBER - originating number (5 
bits) 


The populated data is set in FLEXDIAL 
SUBR Oollectible processing or 
FLEXDIAL Calltype collectable processing 
through the FLEXTYPE BILLFLGS option. 
Refer to the UCS DMS-250 FlexDial 
Framework Application Guide for more 
information. 


CARRSEL 1 nibble 4 bits Decimal 


CARRIER SELECTION. This field is 
0 = No indication (default) 


1 = Selected Carrier Identification Code is 
presubscribed to and not input by calling 
party. 

2 = Selected Carrier Identification Code is 
presubscribed to and input by calling 
party. 

3 = Selected Carrier Identification Code is 
presubscribed to. There is no indication if 
input by calling party or not. 


4 = Selected Carrier Identification Code is 
not presubscribed to, and input by calling 
party. 


5—15 spare values 


CDRALGOR 3 bits 3 Decimal 


CDR ALGORITHM. This field identifies the 
method used to select the CDR formatting 
template. 


0 = Internal СОК format 


1 = Template set by CALLTYPE 
FLEXDIAL 


—continued— 
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Table 9-3 


CDR field descriptions (continued) 


Field name 


Field size 


Split size 
(in bits) 


Data 
type Field description 
| 


2 = Template set through Subscriber 
Number validation. 


3 = Template set through table 
TRKGRP/TRKFEAT specification. 


4 = Template set by TCAP bill number. 


5 = Template used is fixed (via 
FCDR CDR TMPLT office parameter). 


6 = Template chosen via FLEXCDR 
BESTFIT mechanism. 


7 = Template set by table RTEATTR 
specification. 


CIC 


4 nibbles 


4 


TBCD 


CARRIER IDENTIFICATION CODE. This 
field identifies the long distance carrier for 
the call by using a three or four digit code. 
A three digit CIC is prefixed with а 0. For 
example, a CIC of 233 is populated as 
0233. 


Note: This CDR field is only populated 
when the UCS Translations and Routing 
SOC UTRSO0001 is turned on. 


CICCASU 


1bit 


Boolean 


CARRIER IDENTIFICATION CODE 
CASUAL USAGE. This field indicates 
when the CIC. CASU option, datafilled in 
table CICROUTE, is used for a call. 


0 = CIC. CASU option not used 
1 = CIC. CASU option is used 


CICORIGN 


2 bits 


Decimal 


CARRIER IDENTIFICATION CODE 
ORIGIN. This field indicates the origin of 
the CIC used for a call. 


—continued— 
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Table 9-3 
CDR field descriptions (continued) 


Field description | 


Field name Field size 
| 

00 = No CIC for the call 
01 = Received CIC used for the call 
02 = Default CIC from table ТЕКСЕР 
03 = CIC received from the SCP on CAIN 
call 

CLDNOA 7 bits CALLED PARTY NATURE OF ADDRESS. 


0 = Spare 

1 = Subscriber number 

2 = Spare Reserved for national use 
3 = National (significant) number 

4 = |nternational number 


5 - Non-Zero, national number, operator 
requested 


6 = Non-Zero, international number, 
operator requested 


7 — 95 = Spare 

96-100- Reserved for CAIN 
101 = Cain Hotline number 

102 — 103 = Reserved for CAIN 
104 = Cain VPN number 

105 = Cain МОО number 

106 — 111 = Spare 

112 7 Treated call (proprietary) 


113 = Subscriber number, operator 
requested (0+) (113) 


114 = National number, operator 
requested (0+) (114) 
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Table 9-3 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 
| 


115 = International number, operator 
requested (01+) (115) 


116 = No address present, operator 
requested 


117 = No address present, cut-through 
call to carrier 


118 = 950+ call from LEC public station, 
hotel/motel line, or non EAEO 


119 = Test line test code 


120 — 126 = Reserved for 
network-specific use 


127 = Reserved 


CLGNOA 7 bits 7 Decimal CALLING PARTY NATURE OF 
ADDRESS. 


0 = Spare 

127 = Reserved 

1 = Unique subscriber number 
2 = Spare 

3 = Unique national (significant) number 
4 = Unique international number 
5 — 95 = Spare 

96 = Cain partitioned number 
97 - Cain account code number 
98 = Cain ANI number 

99 = Cain I2ANI number 


100- Cain authcode number 
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Table 9-3 
CDR field descriptions (continued) 


Split size Data 


Field description | 


Field name Field size (in bits) type 
| 
101 = Reserved for CAIN 
102 = Cain MCCS number 
103 = Cain PIN number 
104 — 105- Reserved for CAIN 
106 - 112 = Spare 
113 = Non-unique subscriber number 
114 = Reserved for national use 
115 = Non-unique national (significant) 
number 
116 = Non-unique international number 
117 — 118 = Spare 
119 = Test line test code 
120 — 126 - Reserved for 
network-specific use 
CLGPTYNO 15 nibbles 4 TBCD CALLING PARTY NUMBER. This field 
identifies the calling party number of an 
originating SS7 call or value of the Line 
Number field of the AMALineNumber 
parameter when the Line Number Type is 
calling party identification. 
—continued— 


297-2621-395 Standard 09.04 January 2006 


СОК field descriptions 9-25 


Table 9-3 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type 


Field description | 
| 


This CDR field is populated as follows 
when the EDGE SWITCH parameter in 
table OFCVAR is set to Y: 


For DAL trunk originations, the field is 
populated with the optional CPN field from 
table TRKGRP. 


For SS7 FGD originations, the field is 
populated with the contents of the Charge 
Number Parameter received from the IXC 
or LEC/CLEC. If no Charge Number is 
received, the Calling Party Number is then 
populated. 


CN1REQ 6 bits 6 Decimal 


CAIN FIRST REQUEST. This field 
contains the first NetworkBuilder 
trigger/event that sends a TDP/EDP 
request message to an SCP (Service 
Control Point). 


CN2REQ 6 bits 6 Decimal 


CAIN SECOND REQUEST. This field 
contains the next unique NetworkBuilder 
trigger/event that sends a TDP/EDP 
request message to an SCP (Service 
Control Point). 


CN3REQ 6 bits 6 Decimal 


CAIN THIRD REQUEST. This field 
contains the last unique NetworkBuilder 
trigger/event that sends a TDP/EDP 
request message to an SCP (Service 
Control Point). 
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Table 9-3 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type 


Field description | 


CN1TREQ 3 bits 3 Decimal 


CAIN FIRST REQUEST TOTALS. This 
field contains the number of times the 
CN1REQ trigger/event sends a TDP/EDP 
request message to an SCP (Service 
Control Point) during the life of a call. 


Note: When the maximum value (7) for 
the totals field is reached, the value stays 
at maximum. 


CN2TREQ 3 bits 3 Decimal 


CAIN SECOND REQUEST TOTALS. This 
field contains the number of times the 
CN2REQ trigger/event sends a TDP/EDP 
request message to an SCP (Service 
Control Point) during the life of a call. 


Note: When the maximum value (7) for 
the totals field is reached, the value stays 
at maximum. 


CN3TREQ 3 bits 3 Decimal 


CAIN THIRD REQUEST TOTALS. This 
field contains the number of times the 
CN3REQ trigger/event sends a TDP/EDP 
request message to an SCP (Service 
Control Point) during the life of a call. 


Note: More than three unique 
trigger/events cause CN3REQ to be 
overwritten with the latest trigger/event. 
The counter is reset when CN3REQ is 
overwritten. 


Note: When the maximum value (7) for 
the totals field is reached, the value stays 
at maximum. 


CNPREDIG 3 bits 3 Decimal 


CALLED PARTY PREFIX DIGITS. This 
field identifies one of the following as the 
translated called number's prefix digits. 


—continued— 
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Table 9-3 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 


0 = No prefix digits 


1 = 0 Prefix 
2 = 01 Prefix 
3 = 011 Prefix 
4 = 1 Prefix 
CNTOTREQ 4 bits 4 Decimal CAIN REQUEST TOTALS. This field 


contains the total number of times 
TDP/EDP request messages were sent to 
an SCP (Service Control Point) during the 
life of a call. 


Note: When the maximum value (15) for 
the totals field is reached, the value stays 
at maximum. 


| 
COLLTIME 8 bits 8 Decimal | COLLECTION TIME. This field identifies 


the time (in 1-second ticks) when all digits 
have been collected by the switch. The 
timer starts from origination time. 


COMPCODE 4 bits 4 Decimal | COMPLETION CODE. This field identifies 
reason for call completion and contains 
one of the following values: 


| 
| 
5—7 = Not used 
| 
0 = Normal completed call 
1 = Treated call 
2 = Abandoned call 
3 = Abnormal call 
4 = Signaling system error 
5 = Forced disconnect invoked 
6 = Offnet route advance invoked 


7 = Test call 


—continued— 
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Table 9-3 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 


| | 
8 = Recorded promotion 


9 = ТСАР DCP response time-out 
10 = Not used 

11 = Not used 

12-7 Abnormal release call 

13 = Completed answer СОК 

14= Not used 

15 = COS failure 


—continued— 
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Table 9-3 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type 


Field description | 
| 


COMPCODE2 10 bits Decimal | COMPLETION СОРЕ2. This field 

contains the status of a call completion 

and has a range of values from 0—999. 

This field applies to BAF structure code 

220. This field maps to BAF field 

Completion Indicator and to BAF table 

280. The following values apply to this 

field: 

e 001 = Completed: Connected 

4 002 = Not used 

e 003 = Not completed: Setup 
Restrictions Table 

e 004 = Not used 

e 005 = Not completed: no circuits 

e 006 = Not completed: ringing 

4 007 = Not completed: busy 

e 008 = Not completed: no answer 
supervision 

e 009-011 = Not used 

e 012 = Not completed: network failure 

e 013 = Not completed: caller abandon 

4 014 = Not used 

e 015 = Not completed: call sent to 
treatment 

4 016-998 = Not used 

e 999 = Unknown 

COSINDEX 10 bits 10 Decimal CLASS OF SERVICE INDEX. Identifies 
the index into table COSUS that was used 
to perform class of service screening. 
—continued— 
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Table 9-3 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 


successful after processing all the indexes 
provided in table MULTICOS. 


When screening fails, the index 
responsible for the failure is captured. 


| 
This field is empty when COS screening is 
| 


| 
COSOVE 1 bit 1 Boolean CLASS OF SERVICE OVERRIDE. When 


COS screening fails, a call is normally 
sent to treatment. If the COSOVE option is 
datafilled against the trunk group, then the 
Switch overrides the screening and 
collects an authcode. This field identifies if 
COS override was invoked. 


0 = Override not invoked 


1 = Override invoked 


CRID 36 bits 4 TBCD PSN CALL REFERENCE IDENTIFER. 
This field is used to correlate SCU and 
Switch billing records. This field is only 
populated by a PSN SCU TCP/IP 
response with the appropriate parameter. 
Non-PSN calls do not populate this field. 


—end— 
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Related codes and values 


Related codes and values for Various CDR Fields 


Treatment code values, Release cause values, and telephony binary coded 
decimal format values are listed in the following tables. 


Treatment code values for CDR field TRTMTCD 


The treatment codes that can be applied to a call in CDR field TRTMTCD, 
are shown in Table 9-4. 


Note: Treatment values 0—221 are static reserved definitions. Treatment 
values of 222 and higher are dynamic and can not be guaranteed; these 
values may vary depending on a specialized load. 


Table 9-4 

Treatment codes for CDR field TRTMTCD 
Value in CDR Short name Long name 
000 UNDT Undefined Treatment 
001 NOSC No Service Circuit 
002 PDIL Partial Dial 
003 PSIG Permanent Signal 
004 INAC Invalid Account Code 
005 CNDT Coin Denied Termination 
006 VACT Vacant Code 
007 MSCA Misdirected CAMA Call 
008 MSLC Misdirected Local 
009 NBLH Network Block Heavy Traffic 
010 NBLN Network Block Normal Traffic 
011 ЕМВІ Emergency 1 
012 EMR2 Emergency 2 
013 UNCA Unauthorized CAMA Code 
014 SYFL System Failure 
015 CQOV CAMA Queue Overflow 
016 HNPI HNPA Code Intercept 

—continued— 
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Table 9-4 

Treatment codes for CDR field TRTMTCD (continued) 
Value in CDR Short name Long name 
017 UNDN Unassigned Number 
018 BLDN Blank Directory Number 
019 BUSY Busy Line 
020 UNOW Unauthorized OUTWATS 
021 TDND Toll Denied 
022 UNIN Unauthorized INWATS 
023 SSTO Start signal time out 
024 NCRT No circuit 
025 RODR Reorder 
026 MANL Manual line 
027 ORSS Origanator suspended service 
028 TESS Terminator suspended service 
029 OPRT Regular intercept 
030 TRBL Trouble intercept 
031 ANCT Machine intercept 
032 PNOH Permanent signal no ROH 
033 DNTR Denied termination 
034 NECG Near end cong 
035 FECG Far end cong 
036 ORMC Originator reverse multi-coded 
037 TOVD Toll overload 
038 CONF Confirm tone 
039 RRPA Reverse ring PFXA 
040 ORAF Originator reverse frequency 
041 TRRF Terminator reverse frequency 
042 ORAC Originator reverse coded 

—continued— 
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Table 9-4 
Treatment codes for CDR field TRTMTCD (continued) 
Value in CDR Short name Long name 
043 ORMF Originator reverse multi-frequency 
044 SRRR Single reverse ring 
045 DISC Disconnect timeout treatment 
046 UNPR Unauthorized precedence 
047 BLPR Blocked precedence call 
048 ЕМАЗ Emergency 3 
049 ЕМВА Етегдепсу 4 
050 NOCN No coin 
051 PMPT Preempt tone 
052 SORD Storage overflow reorder 
053 INAU Invalid authorization code 
054 TINV Temporarily invalid 
055 CNOT Coin overtime treatment 
056 DCFC Disallow coin free call 
057 PRSC Priority screen fail 
058 GNCT Generalized no circuit 
059 ATBS Attendant busy 
060 MHLD Music on hold 
061 DODT Deny originating data terminal 
062 TDBR Testdesk bridge 
063 RSDT Restricted date time 
064 PTOF Premature trunk offer 
065 VACS Vacant speed number 
066 ANTO Answer timeout 
067 NMZN No metering zone 
068 FNAL Feature not allowed 
—continued— 
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Table 9-4 
Treatment codes for CDR field TRTMTCD (continued) 

Value in CDR Short name Long name 

069 UMOB Unregistered mobile 

070 ERDS Trunk permanently grounded 

071 STOB Signal timeout BOC 

072 STOC Signal timeout IC INC 

073 EMR5 Emergency 5 

074 EMR6 Emergency 6 

075 INOC Invalid OIC code 

076 ANIA ANI account status not available 

077 CFWV CFW verification 

078 NACK Feature action NACK 

079 CACE Carrier access code error 

080 D950 Dial 950 

081 N950 No dial 950 

082 ILRS Inter-LATA res 

083 NACD No dial access code 

084 DACD Dial access code 

085 ADBF ANI database failure 

086 PGTO Mobile page timeout 

087 AIFL AIOD failure 

088 FDNZ First digit not zero 

089 CCTO Calling card timeout 

090 CCNV Call card invalid 

091 CCNA Calling card not allowed 

092 FDER Feature data error 

093 NOSR No software resource 

094 CGRO Customer group resource 
—continued— 
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Table 9-4 
Treatment codes for CDR field TRTMTCD (continued) 

Value in CDR Short name Long name 

095 VCCT Vacant country code 

096 LCAB Local calling area barred 

097 INCC Invalid city code 

098 CONP Connection not possible 

099 NINT Changed number intercept 

100 SCFL DBS communication failure 

101 NCIX NCS incoming exclusion 

102 NCII NCS invalid identification code 

103 NCTF NCS translation failure 

104 NONT Not on network 

105 NCUN NCS unexpected error 

106 ATDT ATD timeout 

107 ANBB ANI FGB block 

108 IVCC Invalid corridor call 

109 SCUN Service currently unavailable 

110 INPD Invalid PIN digits 

111 NPAR МРА restricted 

112 IDPB IDDD prohibited 

113 CNAC Call not accepted 

114 CBTN Clear back tone 

115 MTOC MFC timeout or confusion 

116 ANFL Announcement failure 

117 CHAN Changed number announcement 

118 CHAF Changed number forwarded 

119 OSVR Operator services voice 

120 NOOB NOO call blocked 
—continued— 
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Table 9-4 
Treatment codes for CDR field TRTMTCD (continued) 

Value in CDR Short name Long name 

121 CFOV CFW simultaneous overflow 

122 ILRR ILR restricted 

123 COSX COS exceeded 

124 CACB Carrier access code blocked 

125 SINT Service intercept 

126 IWUC International wakeup call 

127 INBT INS treatment 

128 NC8F NCS 800 failure 

129 FRDR Feature reorder 

130 C7AP CCS7 application failure 

131 DTFL Datafill error 

132 BBFS STR blue box fraud detected 

133 NTRS No terminal responding 

134 CREJ Call rejected 

135 UPAB Universal public access blocked 

136 SORE STN origination restriction error 

137 CNAD Call not allowed 

138 VPFX Vacant prefix code 

139 CCAP Credit card announcement prompt 

140 ACPR Authorization code prompt 

141 CCIR Credit card number invalid 

142 ADPA Address digits prompt 

143 CCDT Credit card dial tone 

144 UCCN Unpaid credit card number 

145 CBDN Call back destination 

146 N9DF NCS 900 database failure 
—continued— 
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Table 9-4 
Treatment codes for CDR field TRTMTCD (continued) 
Value in CDR Short name Long name 
147 N9OB NCS 900 number out of band 
148 N9NS NCS 900 not in service 
149 CCCF Carrier call completion failure 
150 SCRJ SCRJ call reject 
151 ICNF Invalid conference code 
152 LECV LEC calling card valid 
153 LCNV LEC calling card not valid 
154 CGFL CUG service not allowed 
155 VPFL VPN service not allowed 
156 PTFL POTS service not allowed 
157 SCA SCA call reject 
158 NCSO NCS treatment 0 
159 NCS1 NCS treatment 1 
160 CHNF Channel neg failure 
161 ВСМ! BC not implemented 
162 RING Audible ringing tone 
163 JACK Justified ALT CLG knowledge 
164 ITCF ITC invalid 
165 NVIP Not very important person 
166 АСНУ АСАУ call reject 
167 FCNI Facility not implemented 
168 PERR Protocol error 
169 INVM Invalid message 
170 SONI Service option not implemented 
171 CDAS CDA activation successful 
172 CDAF CDA activation failure 
—continued— 
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Table 9-4 
Treatment codes for CDR field TRTMTCD (continued) 
Value in CDR Short name Long name 
173 CDDS CDA deactivation successful 
174 CDDF CDA deactivation failure 
175 AARD ANI account recently discontinued 
176 DSCN DSCWID DISCON 
177 GFNV Global FONCARD not valid 
178 LBSY Local busy 
179 TBSY Toll busy 
180 ПЕС Invalid information element 
181 NOBC No BC available 
182 NORA No routing available 
183 РЕВІ Protocol error 1 
184 PER2 Protocol error 2 
185 PERS Protocol error 3 
186 РЕВ4 Protocol error 4 
187 РЕВ5 Protocol error 5 
188 CER1 CUG error 1 
189 WUCR WUCR call treatment 
190 MTBL Mobile trouble 
191 MWKP Mobile weak power 
192 RFCS RMT feature control success 
193 RFCD RMT feature control denied 
194 RFCE RMT feature control error 
195 EROR MTX ЕНУ originator (only in non-DMS) 
195 MLNP Misrouted Local Number Portability (in DMS only) 
196 ERTR MTX ЕВМ terminator 
197 ERTO MTX ERV timeout 
—continued— 
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Table 9-4 
Treatment codes for CDR field TRTMTCD (continued) 
Value in CDR Short name Long name 
198 TRGB Trigger block 
199 ESNF Manufacturer ESN fraud 
200 MBIA Mobile inactive 
201 Q33A Q33 failure 
202 Q33B Q33 fail2 
203 AIND AIN disconnect call 
204 AINF AIN final treatment 
205 INRF Invalid redirect feature code 
206 RTTE REDR tandem threshold exceeded 
207 ITDN International toll denied 
208 PRTO Profile timeout 
209 PAGE Mobile is being paged 
210 CFWD Call is being forwarded 
211 LDAA LDSA activated 
212 LDAD LDSA deactivated 
213 ORBT Overflow from ring to busy 
214 AVPF Authentication failed 
215 AVP2 Authentication 2 
216 BLMO Black listed mobile 
217 CCRG Customer controlled reconfiguration general 
218 CCRP Customer controlled reconfiguration payphone 
219 CCRM Customer controlled reconfiguration mobile 
220 CCRH Customer controlled reconfiguration personal HS 
221 CCRT Customer controlled reconfiguration third party 
222 MSOA Operator unauthorized 
223 RTEE Routing error 
—continued— 
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Table 9-4 
Treatment codes for CDR field TRTMTCD (continued) 
Value in CDR Short name Long name 
224 CRTC Call redirect confirmation 
225 CBFC CASOP block final carrier 
226 CMGA СМС ring activation 
227 CMGD CMG ring deactivation 
228 RMIA Remote message indicator activation 
229 RMID Remote message indicator deactivation 
230 LNPM LNP misrouted call to ported number 
231 PODN Ported out directory number 
232 RSVD NP reserved number 
233 B900 Blocked 900 calls 
234 ICSA In call service activated 
235 ICSD In call service deactivated 
236 ISAX ISA exit 
237 PSNF Not used 
238 IRET International direct distance dialing dial tone restricted 
239 ISCN International direct distance dialing class of service 
screening failed 
240 IDST International direct distance dialing destination failed 
241 DDPB Direct distance dialing prohibited 
242 DRET Direct distance dialing dial tone restricted 
243 DDSN Direct distance dialing class of service screening failed 
244 DDST Direct distance dialing destination failed 
245 ONPB Onnet prohibited 
246 ORET Onnet dial tone restricted 
247 OSCN Onnet class of service screening failed 
248 ODST Onnet destination failed 
249 ZMPB Zminus prohibited 


—continued— 
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Table 9-4 

Treatment codes for CDR field TRTMTCD (continued) 
Value in CDR Short name Long name 
250 ZMRT Zminus dial tone restricted 
251 ZPPB Zplus prohibited 
252 ZPRT Zplus dial tone restricted 
253 MAUC Multiple calls per authcode 

—end— 


Note: То verify the values for treatment codes, print a list of the values from 
table ТМТМАР. 


Example: 
table tmtmap; 


ddedit 
zz EXTENDED TREATMENT 
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Release cause values for CDR field RELCAUSE 


Table 9-5 shows the values for the release cause received in a CCS7 release 
message. These values are stored in the RELCAUSE CDR field. 


Table 9-5 
Release cause values for CDR field RELCAUSE 


| Cause value Description | 


| 1 Unallocated number | 
| 2 No route to specified transit network | 

3 No route to destination 
| 4 Send special info tone | 
| 5 Incorrectly dialed trunk prefix | 
| 6 Channel unacceptable | 
| 7 Call award est chan | 

9 Preemption circuit restriction 

10-16 Not used 

16 Normal clearing 

17 User busy 

18 No user responding 

19 No answer from user 

20 Subscriber absent 

21 Call rejected 

22 Number changed 

23—24 Not used 

25 Translations failed 

26 Call returns or misrouted LNP call 

27 Destination out of service or NP QOR number not found 

28 Address incomplete 
| 29 Facility rejected | 

30 Apply locally 


—continued— 
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Table 9-5 
Release cause values for CDR field RELCAUSE (continued) 


| Cause value Description | 


| 31 Normal, unspecified or previous billing determination | 

32-33 Not used 

34 No circuit available 

35 Termination overflow 
| 36—37 Not used | 
| 38 Network out of order | 
| 39 Bridging failed due to reorigination failure | 
| 40 Permanent frame mode | 

41 Temporary failure 

42 Switching equipment congestion 

43 User information discarded 

44 Requested channel unavailable 

45 Preemption 

46 No preemption circuit available 

47 Resource unavailable — unspecified 

48 Spare 

49 Quality of service unavailable 

50 Requested facility not subscribed 

51 Spare 

52 Outgoing calls barred 

53 Incompatible agents 

54 Spare 

55 Incoming call barred incoming custom users group 

56 Spare 

57 Bearer capability not authorized 
| 58 Bearer capability not available | 

59—61 Spare 


—continued— 
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Table 9-5 
Release cause values for CDR field RELCAUSE (continued) 


| Cause value Description | 


| 62 Inconsistant out class | 

63 Service or option not available 

64 Spare 

65 Bearer capability not implemented 
| 66 Chnnel type not implemented | 
| 67—68 Spare | 
| 69 Facility not implemented | 
| 70 Restricted digital beared capability is available | 

71-78 Spare 

79 Service or option not implemented 

80 Spare 

81 Invalid call referance value 

82 Channel does not exist 

83 Suspended call exists 

84 Call ID in use 

85 No call suspended 

86 Call requested call ID cleared 

87 User not member of custom user group 

88 Incompatible destination 

89 Spare 

90 Non extnt cug 

91 Invalid translation network selected 

92-94 Зраге 

95 Invalid message 

96 Mandatory information elemment missing 
| 97 Message type not implemented | 

98 Message not complete 


—continued— 
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Table 9-5 
Release cause values for CDR field RELCAUSE (continued) 


| Cause value Description | 


| 99 Parameter not implemented | 
100 Invalid parameter contents 
101 Message not compatible with call state 
102 Recovery on timer expiration 
| 103 Parmeter not passes or not implemented | 
| 110 Message with unrecognized parameter discription | 
| 111 Protocol error | 
| 112-126 Spare | 
127 Interworking unspecified 
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Related codes and values (end) 


Telephone binary coded decimal format 


Table 9-6 shows the format used in telephony binary coded decimal 
(TBCD) format. This table shows the numeric relationships between binary, 
decimal, hex, telephony binary coded digits (ТВСР) and personal 
identification digits (pindigs). 


Table 9-6 

Numeric relationships 
Binary Decimal Hex TBCD Pindigs 
0 0 0 NULL NULL 
1 1 1 1 1 
10 2 2 2 2 
11 3 3 3 3 
100 4 4 4 4 
101 5 5 5 5 
110 6 6 6 6 
111 7 7 7 7 
1000 8 8 8 8 
1001 9 9 9 9 
1010 10 А 0 0 
1011 11 B * (DTMF Digit A) A 
1100 12 C # (DTMF Digit B) B 
1101 13 D D (ОТМЕ Digit С) C 
1110 14 E E(DTMF DigitD) D 
1111 15 F F (Reserved) not used 
10000 16 10 
10001 17 11 
etc. etc. etc. 
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D's 


Table 9-7 
CDR field descriptions 


Split size | Data 
Field name Field size (in bits) type 


Field description 


DIALEDNO 15 nibbles 4 TBCD 


DIALED NUMBER. This field contains the 
dialed number or a hotline number for 
hotline calls. This field is also populated 
when an LNP LRN is received on an 
incoming IAM. 


DIALNOA 7 bits 7 Decimal 


DIALED NUMBER NATURE OF 
ADDRESS. This field contains one of the 
following NOAs for the dialed number: 


0 = Unknown 

1 =Unique subscriber number 

2 7 reserved 

3 = Unique national number 

4 = Unique international number 
5-102 = not used 

103 = Unique, 3-digit national number 
104 = No ANI received 

105—111 not used 

112 = Treated call, operator requested 


113 = Non-unique subscriber number, 
operator requested 


114 = National number, operator 
requested 


115 = International number, operator 
requested 


116 = No number present, operator 
requested 


117 = No number present, cut thru 
118 = ISUP 950-WXXX from various 


—continued— 
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Table 9-7 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 


119 - ISUP test line 
120 = ISUP ІМТ PANI 
121 2 NOO post-paid 800 call 


122 = МОО pre-paid 900 call or 
international inbound operator call 


123 = International operator-to-operator 
within World zone 1 


124—125 = not used 


126 = Intelligent network service, peculiar 
number of network, or NCCI network 
specific number 


127 = not used 


DIGDATA 1 bit 1 Boolean DIGIT DATA. This field contains a 1 when 
the call is made using only digital lines 
and trunks. 


0 = Non-data call 


1- Data call 


DIGIDJIP 10 nibbles 4 TBCD DIGIT IDENTIFICATION JURISDICTION 
INFORMATION PARAMETER. This field 
contains the value received in an IAM or 
from the JIP field in table TRKGRP. The 
range is 0 to 9999999999. 


DIGIDNPA 3 nibbles 4 TBCD DIGIT INDENTIFICATION NUMBERING 
PLAN AREA. This field contains the NPA 
from the NPA field in table TRKGRP. The 
range is О to 999. 


—continued— 
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Table 9-7 
CDR field descriptions (continued) 


Split size | Data 
Field name Field size (in bits) type Field description 
DIGIDTRN 10 nibbles 4 TBCD DIGIT IDENTIFICATION TRUNK RATING 
NUMBER. This field contains the value 
populated for the field TRN in table 
TRKGRP. The range is 0 to 9999999999. 
DISC10TH 4 bits Decimal DISCONNECTION TENTHS OF A 
SECOND. This field in the BAF record is 
captured at disconnect time in tenths of a 
second. It increases the precision of the 
DISCONNECT TIME. Valid values are 0 
to 9. 
e 0- Otenths 
e 1=.1 second 
e 2=.2 second 
e = .3 second 
. = .4 second 
° = .5 second 
e = .6 second 
° = 7 second 
° = .8 second 
e 9-.9 second 
—continued— 
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Table 9-7 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) | type Field description 


Note: This CDR field is only populated 
when the EDGE SWITCH parameter in 
table OFCVAR is set to Y. 


DISCAMPM 1 bit 1 Decimal DISCONNECTION AM OR PM. This field 
indicates whether the disconnection time 
was am or pm. 


0 = AM (00:00 :00 to 11:59:59) 
1 = PM (12:00:00 to 23:59:59) 


DISCDATE 9 bits 9 Decimal DISCONNECTION DATE. This field 
contains the disconnection date. The 
range is 1 to 366 (January 1 to December 
31). 


DISCTIME 16 bits 16 Decimal | DISCONNECTION TIME. This field 
contains the disconnection time (in 
1-second tics) since noon or midnight 
(identified by field DISCAMPM). 
Disconnection time is when either the 
called or calling party goes on hook. 


DISCTYPE 2 bits 2 Decimal DISCONNECT TYPE. This field contains 
one of the following that identify how the 
call was disconnected: 


0 = Clear forward (originator terminates 
the call) 


1 = Clear backward (terminator terminates 
the call) 


—continued— 
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Table 9-7 
CDR field descriptions (continued) 


Split size 


Field name Field size (in bits) 


Data 
type 


Field description 


2 = Reorigination 


3 = Switch initiated default value (operator 
calls always have default value). 


DISCYEAR 4 bits 


Decimal 


DISCONNECT YEAR. This field in the 
BAF record indicates the last digit of the 
call disconnect year. Valid values are 0 to 
9. 


e 0- Year ending т 0 
e 1= Year ending in 1 
e 2-7 Year ending іп 2 
e 3- Year ending in З 
e 4= Year ending in 4 
e 5 Year ending in 5 
e 6- Year ending in 6 
e 7- Year ending in 7 
e 8- Year ending in 8 
e 9= Year ending in 9 


Note: This CDR field is only populated 
when the EDGE SWITCH parameter in 
table OFCVAR is set to Y. 


DLPRESUB 4 bits 


Decimal 


DIALING AND PRESUBSCRIPTION. This 
field in the BAF record describes how the 

user accessed a particular Carrier Access 
Code (САС). Valid values are 0 to 9. 


0 = Dialed digits cannot be determined 


1 = Carrier access code (САС) not dialed, 
customer presubscribed, no 
presubscription indication arrangement 
with IC/INC 


—continued— 
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Table 9-7 


CDR field descriptions (continued) 


Field name 


Field size 


Split size 
(in bits) 


Data 
type 


Field description 


2 = САС dialed, customer not 
presubscribed, no presubscription 
indication arrangement with IC/INC 


3 = 950-XXXX dialed 


4 = САС not dialed, customer 
presubscribed, presubscription indication 
arrangement with IC/INC 


5 = САС dialed, customer not 
presubscribed, presubscription indication 
arrangement with IC/INC 


6 = САС dialed, customer presubscribed, 
presubscrption indication arrangement 
with IC/INC 


7 = САС dialed, customer presubscribed, 
no presubscription indication arrangement 
with IC/INC 


8 = No САС dialed, station not 
presubscribed, no presubscription 
indication arrangement with IC/INC 


9 = No indication САС dialed, station 
presubscribed, presubscription indication 
forwarded to IC/INC 


Note: This CDR field is only populated 
when the EDGE SWITCH parameter in 
table OFCVAR is set to Y. 


DNIS 


15 nibbles 


4 


TBCD 


DIALED NUMBER IDENTIFICAITON 
SERVICES. This field contains originally 
dialed, secondary, called party information 
for NOO (800, 700, 900, and 888) services. 


DNISNOA 


7 bits 


7 


Decimal 


DNIS NATURE OF ADDRESS. This field 
contains one of the following NOAs for the 
DNIS: 


—continued— 
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Table 9-7 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type 


Field description 


e 0= Unknown 

e 1 = Unique subscriber number 

e 2= Reserved 

e З= Unique national number 

e 4 = Unique international number 

e 5-102 = not used 

e 103 = Unique 3-digit national number 
e 104 = Мо ANI received 

e 105-111 = not used 

e 112 = Treated call, operator requested 


e 113 = Non-unique subscriber number, 
operator requested 


e 114 = National number, operator 
requested 


e 115 = International number, operator 
requested 


e 116 = No number present, operator 
requested 


e 117 = No number present, cut thru 

e 118 = ISUP 950-WXXX from various 
e 119 = ISUP test line 

e 120 = ISUP ІМТ PANI 

e 121 = NOO post-paid 800 call 


e 122 = NOO pre-paid 900 call or 
international inbound operator call 


—continued— 
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D's (end) 


Table 9-7 
CDR field descriptions (continued) 


Split size | Data 
Field name Field size (in bits) ^ type Field description 


e 123 = International 
operator-to-operator within World 
zone 1 


• 124-125 = Not used 


e 126 = Intelligent network service, 
peculiar number of network, or NCCI 
network specific number 


e 127 = Not used 


—end— 
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Table 9-8 
CDR field descriptions 


Split size Data 
Field name Field size (in bits) type Field description 


ECRM1 5 bit 5 Decimal ECHO CANCELLER RESOURCE 
MODULE ONE. This field contains the 
ECAM Resource Module number for the 
forward echo canceller (range is 0—31). 


ECRM2 5 bit 5 Decimal ECHO CANCELLER RESOURCE 
MODULE TWO. This field contains the 
ECAM Resource Module number for the 
backward echo canceller (range is 0—31). 


ECRN1 9 bit 9 Decimal | ECHO CANCELLER RESOURCE 
NUMBER ONE. This field contains the 
Resource Number in the first RM (range is 
0—511). 


NUMBER TWO. This field contains the 
Resource Number in the second RM 
(range is 0—511). 


EXOPCH 10 bit 10 Decimal | EXPANDED OPTIONAL CHOICE. This 
field indicates the expanded index into 
table OPCHOICE, used to route the call 
(range is 0—1023). This field is populated 
only if table OPCHOICE is used in routing 
the call, otherwise, it is left blank. 


ECRN2 9 bit 9 Decimal ECHO CANCELLER RESOURCE 
EXOSEAS This field is reserved for future use. 
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F's 


Table 9-9 


CDR field descriptions 


Field name 


Field size 


Split size 
(in bits) 


Data 
type 


Field description 


FILL1 


1 bit 


1 


N/A 


FILLER ONE. This field contains one bit 
of filler data. 


FILL2 


2 bits 


N/A 


FILLER TWO. This field contains two bits 
of filler data. 


ҒІШ 3 


3 bits 


N/A 


FILLER THREE. This field contains three 
bits of filler data. 


FILL4 


4 bits 


N/A 


FILLER FOUR. This field contains four 
bits of filler data. 


FILL8 


8 bits 


N/A 


FILLER EIGHT. This field contains eight 
bits of filler data. 


FINSID 


10 bits 


10 


Decimal 


FINAL SWITCH IDENTIFICATION. This 
field contains the SWID for the final 
switch. The range is 0 to 999. 


When the call leaves the network, the last 
switch in the network returns the 
terminating SWID value to the originating 
switch. 


FINTKGRP 


14 bits 


14 


Decimal 


FINAL TERMINATING TRUNK GROUP. 
This field contains the number (from table 
CLLICDR on the terminating switch) of the 
final terminating trunk group. 


When the call leaves the network, the last 
switch in the network returns the 
FINTKGRP value to the originating switch. 


FINTKMEM 


16 bits 


16 


Decimal 


FINAL TRUNK MEMBER. This field 
contains the identification of the final trunk 
member. When the call leaves the 
network, the last switch in the network 
returns the FINTKMEM value to the 
originating switch. 
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H's (end) 


Table 9-10 
CDR field descriptions 


Split size 
Field name Field size (in bits) Data type 


Field description 


HEXID 1 bit Boolean 


HEXADECIMAL IDENTIFIER. This 
field identifies the beginning of a 
record and indicates whether there 
are errors in the record that require 
special handling. This field is used for 
the CDR to BAF conversion and 
maps to BAF field Hexadecimal 
Identifier and BAF table 00. For the 
CAIN framework, the value for the 
AMASetHexABlIndicator parameter 
populates this field. 
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Table 9-11 
CDR field descriptions 


Split size Data 


Field name Field size (in bits) type Field description 

ІМС INTL 1 bit 1 Decimal INTERNATIONAL. This field indicates if 
the CLGPTYNO is an international 
number. 
0 = National 


1 7» International 


The CDR273 log will display this value as 
“N” for 0 or "I" for 1. 


Note: This field is only populated when 
the CLGPTYNO field is populated. 


INCBILL 2 bits 2 Decimal INCREMENTAL BILLING. This field 
indicates the CDR is part of a group of 
CDRs that were produced for a long 
duration call. 


0 = No long call 
1 = First incremental СОК for long call 
| 


2 7 Interim CDR(s) of incremental set for 
the same call 


3 = Last СОК of incremental set 


INFODIG 2 nibbles 4 TBCD INFORMATION DIGITS. This field 
contains the information digits. 
Information digits precede the ANISP 
digits. FGB agencies use one information 
digit; FGD uses two. 


Note: For FGB agencies, only one 
information digit is used; the second is 
filled with a TBCD null. 
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L's 


Table 9-12 
CDR field descriptions 


Split size Data 
Field name Field size (in bits) type 


Field description 


LATA 10 bits Decimal 


LOCAL ACCESS TRANSPORT AREA. 
This field in the BAF record indicates the 
numerical identifier of a Local Access and 
Transport Area (LATA) or value of the 
LATA parameter when sent from the 
Switch. It has a range of 0 to 999. 


Note: This CDR field is only populated 
when the EDGE SWITCH parameter in 
table OFCVAR is set to Y. 


LENGTH 8 bits 8 Decimal 


RECORD LENGTH. When the F/V field is 
populated with a 1, this field contains the 
size (in words) of the record. The record 
Size does not include the first 3 words of 
non-provisionable data. 


Note 1: Do not attempt to include the 
LENGTH field when creating new 
templates using table CDRTMPLT. 


Note 2: This field is only present when 
office parameter FCDR  CDR SIZE (table 
OFCENG) is set to VAR. SIZE. This field 
is always located in Word 2, bits O through 
7, when МАВ. SIZE office parameter is 
set. 


Note 3: See related VARLNGTH field for 
more information. 


LNPCHECK 3 bits Decimal 


LOCAL NUMBER PORTABILITY CHECK. | 
This is an integer field which indicates the 
use of LNP functionality in the call. The 
range of values is: 


0 - No LNP (default) 


1 = Incoming bit M set (query made on a 
previous leg) 


2 = Spare 


—continued— 
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Table 9-12 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 
| 


3 = LNP trigger check, Continue response 
4 = LNP trigger check, no query 

5 = LNP originating query to SCP made 

6 = Incoming Home LRN 


7 = Home LRN peroriginating query to 
SCP 


LRNSRC1 4 bits Decimal LOCATION ROUTING NUMBER 
SOURCE INDICATOR 1. This field 
contains the value to store in the BAF 
Table 734, character 1, for an originating 
LRN. This value indicates the source of 
the LRN contained in Table 731. Because 
this is an originating LRN, the Party 
Identifier is set to 1. 


The range of values is from 1 to 4, and 9. 
The fields are populated as follows: 


1 = LNP database 

2 = Switching system data 
3 = Incoming signaling 

4 = Switch LRN 

9 = Unknown 


Note: This CDR field is only populated 
when the EDGE_SWITCH parameter in 
table OFCVAR is set to Y. 


LRNSRC2 4 bits Decimal LOCATION ROUTING NUMBER 
SOURCE INDICATOR 2. This field 
contains the value to store in the BAF 
Table 734, character 1, for a terminating 
LRN. This value indicates the source of 
the LRN contained in Table 731. Because 
this is a terminating LRN, the Party 
Identifier is set to 2. 


—continued— 
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Table 9-12 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 
| 


The range of values is from 1 to 4, and 9. 
The fields are populated as follows: 


1 = LNP database 

2 = Switching system data 
3 = Incoming signaling 

4 = Switch LRN 

9 = Unknown 


Note: This CDR field is only populated 
when the EDGE SWITCH parameter in 
table OFCVAR is set to Y. 


—end— 
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M's 


Table 9-13 
CDR field descriptions 


Split size Data 
Field name Field size (in bits) type Field description 


MLTCOSID 11 bits 11 Decimal MULTI-CLASS OF SERVICE 
IDENTIFIER. This field contains the index, 
within table MULTICOS, used to perform 
multiple COS screening. Table 
MULTICOS is indexed by one of the 
following tables: ANISCUSP, 
AUTHCODU, AUTHCDU2, AUTHCDUS, 
AUTHCDUA, AUTHCDUS, TCNFAST, 
CICROUTE, FLEXFEAT, FRLCOS, 
SPEEDTAB or UNIPROF. 


MODMAP 16 bits Binary MODULE МАР. This field indicates what 
AMA module codes are present. This field 
consists of a table with 16 characters. 
Each character with a value of 1 indicates 
the presence of a BAF element. Each 
character with a value of 0 indicates the 
absence of a BAF element. Individual 
BAF elements map to this field. Appendix 
Е, “CDR to SDM interaction" has an 
example of this field. 
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N's 


Table 9-14 
CDR field descriptions 


Field name Field size 


Split size 
(in bits) 


Data 
type 


Field description 


NETOPNO 15 nibbles 


4 


TBCD 


NETWORK OUTPULSED NUMBER. 


Note: This CDR field is not populated in 
UCS11 Release. 


МЕТОРМОА 7 bits 


Decimal 


NETWORK OUTPULSED NUMBER 
NATURE OF ADDRESS. 


Note: This CDR field is not populated in 
UCS11 Release. 


NETSEC 1 bit 


Boolean 


NETWORK SECURITY. This field 
indicates whether or not a Network 
Security Log was generated for the call. 


0 = Network Security Log not 
generated 


1 = Network Security Log generated 


NUMADDRS  2bits 


Decimal 


NUMBER OF ADDRESSES AVAILABLE. 
This field indicates the number of 
translated numbers available for overflow 
for the call: 


Note: This field is only populated by the 
FLEXDIAL feature. 

0 = No address returned 

1 = Single address available 

2 = Two addresses available 


3 = Three adresses available 


NUMWBCKT _ 5 bits 


Decimal 


NUMBER OF WIDEBAND CIRCUITS. 

This field contains the number of DSOs on 
a T1 involved in a wideband call. If the call 
is not a wideband call, this field contains a 
0. Otherwise, the range of values is 2—24. 
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O's 


Table 9-15 
CDR field descriptions 


Splitsize Data 
Field name Field size (in bits) type 


Field description 


OACESID 10 bits Decimal 


ORIGINATING ACCESS ID. This field 
contains the value populated for the field 
ACCESSID in table TRKGRP. The range 
is O to 999. 


OPART 10 bits 10 Decimal 


ORIGINATION PARTITION. This field 
contains the subscriber's region and can 
be used to determine if the subscriber is 
in the home region. This field is populated 
from one of the following and converted 
from an STS in table STSTOPAR: 


e TRKGRP data 

e AUTHCODE 

e UA selector 

. ANI 

е CAIN-SCP interaction 


OPCHOICE 8 bits 8 Decimal 


OPERATOR CHOICE. This field contains 
the identified index into table OPCHOICE. 
Note: Call processing only populates 
this field if table OPCHOICE is used to 
route the call; otherwise, the field is 
empty. 


—continued— 


Digital Switching Systems UCS DMS-250 Billing Records Application Guide SNO9 (DMS) 


2 Appendix A 


Table NO TAG1 
CDR field descriptions (continued) 


Split size | Data 
Field name Field size (in bits) type Field description 


OPERINV 4 bits Decimal 


OPERATOR INVOLVEMENT. This 
field indicates whether an operator 
was involved in a call and if the 
Carrier Indentification Code (CIC) was 
known.This field can have the 
following values: 


0 = Not used. 

1 = The CIC is a FGD identity; the call 
is dialed direct; no IC/INC operator 
system is involved. 

2 = The CIC is а FGD identity; an 


IC/INC operator system involvement 
cannot be determined. 


3 —9 - Not used. 


ORIG10TH 4 bits Decimal | ORIGINATION TENTHS OF A SECOND. 
This field in the BAF record is captured at 
origination time in tenths of a second. It 
increases the precision of ORIGITIME. 
Valid values are 0 to 9. 


0 = Otenths 

1 = .1 second 
2 = .2 second 
3 = .3 second 
4 = .4 second 
5 = .5 second 
6 = .6 ѕесопа 
7 = .7 second 
8 = .8 ѕесопа 


9 = .9 ѕесопа 


—continued— 
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Table NO TAG1 
CDR field descriptions (continued) 


Split size | Data 
Field name Field size (in bits) type Field description 


Note: This CDR field is only populated 
when the EDGE SWITCH parameter in 
table OFCVAR is set to Y. 


ORIGAMPM 1 bit 1 Decimal | ORIGINATION AM OR PM. This field 
indicates whether the origination time was 
am or pm. 


0 = AM (00:00 :00 to 11:59:59) 
1 = PM (12:00:00 to 23:59:59) 


ORIGDATE 9 bits 9 Decimal ORIGINATION DATE. This field contains 
the origination date. The range is 1 to 366 
(January 1 to December 31). 


ORIGECHO 2 bits 2 Decimal | ORIGINATING ECHO CANCELLER. This 
field identifies the state of the NT6X50EC 
echo canceller during the call for the 
originating agent. The field values are as 
follows: 


0 = NT6X50 Not Installed (default) 
1 = Enabled 

2 = Switch disabled 

3 = Tone disabled 


Note: This CDR field is not populated in 
UCS11 Release. 


ORIGGRP 14 bits 14 Decimal | ORIGINATION GROUP. This field 
contains the origination EXTNUM from 
table CLLICDR. 


—continued— 
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Table NO TAG1 
CDR field descriptions (continued) 


Split size | Data 
Field name Field size (in bits) type 


Field description 


ORIGLRN 10 nibbles 4 TBCD 


ORIGINATING LOCATION ROUTING 
NUMBER. This field contains an 
originating LRN. The LRN is received in 
an ISUP JIP parameter with the SS7 IAM 
message, or provisioned in the JIP option 
of table TRKGRP. The number identifies 
the actual switch that owns the calling 
party's number. 


ORIGMEM 14 bits 14 Decimal 


ORIGINATION MEMBER. This field 
identifies the origination trunk member 
number (from field EXTRKNM in table 
TRKMEM) within the originating trunk 
group. Each trunk has up to 2048 
members, having a range of 0—9999. 


ORIGOPRT 10 bits 10 Decimal 


ORIGINATING ORIGINATION 
PARTITION. This field contains the first 
OPART used to route the call after call 
origination and is populated from one of 
the following: 


e Table STDPRTCT (UA calls) 


e OPART field of table TRKGRP (some 
EOPS and IMT calls) 


e Table STSTRANS (some IMT calls) 
e Returned by the SCP or DCP 
e Table STSTOPAR (most cases) 


ORIGPLAN 


This field is reserved for future use. 


—continued— 
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Table NO TAG1 
CDR field descriptions (continued) 


Split size | Data 
Field name Field size (in bits) type Field description 


ORIGPVN 15 nibbles 4 TBCD ORIGINATING PRIVATE NUMBER This 
field contains the customer-defined dialing 
plan number assigned to the station or the 
user originating the VPN call. This field is 
populated from a CAIN response received 
from the SCP in the AMADigitsDialedWC 
parameter. Non-CAIN calls do not 
populate this field. 


ORIGSTS 10 bits 10 Decimal ORIGINATING STS. This field contains 
the first STS used in the call and is 
populated by the FLEXDIAL feature. 


ORIGTIME 16 bits 16 Decimal ORIGINATION TIME. This field contains 
the origination time (in 1-second tics) 
since noon or midnight (identified by field 
ОНСАМРМ). Origination time is when 
the calling party goes off-hook. 


ORIGYEAR 4 bits Decimal ORIGINATION YEAR. This field contains 
the last digit of the current year. Valid 
values are 0 to 9. 


e О = Year ending in 0 
e 1 = Year ending in 1 

е 2- Year ending in 2 
e З = Year ending in З 
е Д = Year ending in 4 
e 5 = Year ending in 5 
e б = Year ending in 6 
e 7 - Year ending in 7 
e 8 = Year ending in 8 
е 9 = Year ending іп 9 


Note: This CDR field is only populated 
when the EDGE SWITCH parameter in 
table OFCVAR is set to Y. 


—continued— 
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O's (end) 


Table NO TAG1 


CDR field descriptions (continued) 


Field name 


Split size Data 
Field size (in bits) type 


Field description 


OSRASSOC 


OTPULNOA 


1 bit 1 Boolean 


7 bits 7 Decimal 


OSR ASSOCIATED. This field Indicates 
whether an operator service record (OSR) 
is associated with this CDR. 


0 = Мо OSR is associated 
1 = An OSR is associated 


OUTPULSED NUMBER NATURE OF 
ADDRESS. This field is not populated in 
the UCSO6 software release. 


OUTNOA 


1 bit 1 Boolean 


OUTGOING NUMBER NATURE OF 
ADDRESS. This field indicates whether 
the МОА (Nature of Address) іп the IAM 
has been updated by datafilling OUTNOA 
option in table TRKGRP. 


1 = Тһе OUTNOA field in table TRKGRP 
is set to Y 


0 = The OUTNOA field in table TRKGRP 
is set to N 


OUTPULNO 


OVERFLOW 


15 nibbles 4 TBCD 


2 bits 2 Decimal 


OUTPULSED NUMBER. This field 
contains the outpulsed number, as 
translated by the switch. 


OVERFLOW INDICATOR. This field is 
populated by the FLEXDIAL feature and 
contains one of the following overflow 
indicators for the call: 


0 = No overflow 


1 = SS7 RLS with cause returned, 
overflow to the next available address 


2 = No answer or timer expired, overflow 
to next available address 


3 = Not used 


—end— 
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Table 9-15 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (іп bits) type Field description 


| 
OPERINV 4 bits Decimal 


OPERATOR INVOLVEMENT. This 
field indicates whether an operator 
was involved in a call and if the 
Carrier Indentification Code (CIC) was 
known.This field can have the 
following values: 


0 = Not used. 

1 = The CIC is a FGD identity; the call 
is dialed direct; no IC/INC operator 
System is involved. 

2 = The CIC is а FGD identity; an 


IC/INC operator system involvement 
cannot be determined. 


3 —9 = Not used. 


ORIG10TH 4 bits Decimal | ORIGINATION TENTHS OF A SECOND. 
This field in the BAF record is captured at 
origination time in tenths of a second. It 
increases the precision of ORIGITIME. 
Valid values are 0 to 9. 


0 = Otenths 
= .1 second 
= .2 ѕесопа 
= .3 second 
= .4 second 
= .5 second 
= .6 second 
= .7 second 
= .8 second 


= .9 second 


—continued— 
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Table 9-15 


CDR field descriptions (continued) 


Field name 


Field size 


Split size 
(in bits) 


Data 
type 


Field description 


Note: This CDR field is only populated 
when the EDGE SWITCH parameter in 
table OFCVAR is set to Y. 


ORIGAMPM 


1 bit 


Decimal 


ORIGINATION AM OR PM. This field 
indicates whether the origination time was 
am or pm. 


0 = AM (00:00 :00 to 11:59:59) 
1 = PM (12:00:00 to 23:59:59) 


ORIGDATE 


ORIGECHO 


9 bits 


2 bits 


Decimal 


Decimal 


ORIGINATION DATE. This field contains 
the origination date. The range is 1 to 366 
(January 1 to December 31). 


ORIGINATING ECHO CANCELLER. This 
field identifies the state of the NT6X50EC 
echo canceller during the call for the 
originating agent. The field values are as 
follows: 


0 = NT6X50 Not Installed (default) 
1 = Enabled 

2 7 Switch disabled 

3 - Tone disabled 


Note: This CDR field is not populated in 
UCS11 Release. 


ORIGGRP 


14 bits 


14 


Decimal 


ORIGINATION GROUP. This field 
contains the origination EXTNUM from 
table CLLICDR. 


—continued— 
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Table 9-15 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (іп bits) type Field description 


ORIGLRN 10 nibbles 4 TBCD ORIGINATING LOCATION ROUTING 
NUMBER. This field contains an 
originating LRN. The LRN is received in 
an ISUP JIP parameter with the SS7 IAM 
message, or provisioned in the JIP option 
of table TRKGRP. The number identifies 
the actual switch that owns the calling 
party's number. 


ORIGMEM 14 bits 14 Decimal ORIGINATION MEMBER. This field 
identifies the origination trunk member 
number (from field EXTRKNM in table 
ТККМЕМ) within the originating trunk 
group. Each trunk has up to 2048 
members, having a range of 0—9999. 


ORIGOPRT 10 bits 10 Decimal ORIGINATING ORIGINATION 
PARTITION. This field contains the first 
OPART used to route the call after call 
origination and is populated from one of 
the following: 


• Table STDPRTCT (UA calls) 


e OPART field of table TRKGRP (some 
EOPS апа ІМТ calls) 


e Table STSTRAN3 (some ІМТ calls) 
e Returned by the SCP or DCP 
* Table STSTOPAR (most cases) 


ORIGPLAN This field is reserved for future use. 


—continued— 
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Table 9-15 
CDR field descriptions (continued) 


Split size Data 

Field name Field size (іп bits) type Field description 

| 

ORIGPVN 15 nibbles 4 TBCD ORIGINATING PRIVATE NUMBER This 
field contains the customer-defined dialing 
plan number assigned to the station or the 
user originating the VPN call. This field is 
populated from a CAIN response received 
from the SCP іп the AMADigitsDialedWC 
parameter. Non-CAIN calls do not 
populate this field. 

ORIGSTS 10 bits 10 Decimal ORIGINATING STS. This field contains 
the first STS used in the call and is 
populated by the FLEXDIAL feature. 

ORIGTIME 16 bits 16 Decimal | ORIGINATION TIME. This field contains 
the origination time (in 1-second tics) 
since noon or midnight (identified by field 
ORIGAMPM). Origination time is when 
the calling party goes off-hook. 

ORIGYEAR 4 bits Decimal ORIGINATION YEAR. This field contains 
the last digit of the current year. Valid 
values are 0 to 9. 

e 0- Year ending т 0 
e 1= Year ending in 1 
e 2-7 Year ending іп 2 
e 3- Year ending in З 
e 4= Year ending in 4 
e 5 з: Year ending in 5 
e 6- Year ending in 6 
e 7 = Year ending in 7 
e 8- Year ending in 8 
—continued— 
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Table 9-15 


CDR field descriptions (continued) 


Field name 


Field size 


Split size 
(in bits) 


Data 
type 


Field description 


e 9= Year ending in 9 


Note: This CDR field is only populated 
when the EDGE SWITCH parameter in 
table OFCVAR is set to Y. 


OSRASSOC 


OTPULNOA 


1 bit 


7 bits 


Boolean 


Decimal 


OSR ASSOCIATED. This field Indicates 
whether an operator service record (OSR) 
is associated with this CDR. 


0 = No OSR is associated 
1 = Ап OSR is associated 


OUTPULSED NUMBER NATURE OF 
ADDRESS. This field is not populated in 
the UCSO6 software release. 


OUTNOA 


1 bit 


Boolean 


OUTGOING NUMBER NATURE OF 
ADDRESS. This field indicates whether 
the NOA (Nature of Address) in the IAM 
has been updated by datafilling OUTNOA 
option in table TRKGRP. 


1 = The OUTNOA field in table ТЕКСЕР 
is set to Y 


0 = The OUTNOA field in table ТЕКСЕР 
is set to N 


OUTPULNO 


OVERFLOW 


15 nibbles 


2 bits 


TBCD 


Decimal 


OUTPULSED NUMBER. This field 
contains the outpulsed number, as 
translated by the switch. 


OVERFLOW INDICATOR. This field is 
populated by the FLEXDIAL feature and 
contains one of the following overflow 
indicators for the call: 


0 = No overflow 


1 = 557 RLS with cause returned, 
overflow to the next available address 


—continued— 
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O's (end) 


Table 9-15 
CDR field descriptions (continued) 


Split size Data 
Field name Field size | (in bits) type Field description 


2 - No answer or timer expired, overflow 
to next available address 


3 = Not used 


—end— 
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P's 


Table 9-16 
CDR field descriptions 


Split size Data 
Field name Field size (in bits) type 


Field description 


PASSTHRU 2 bits 2 Decimal 


PASSTHRU ACTION. This field identifies 
one of the following passthru actions for 
the call: 


0 = No Passthru 

1 = FGD Pure Passthru 

2 = FGD Cut-thru Passthru 
3 = МОО Passthru 


Note 1: Passthru allows a switch to route 
a call to the next network switch without 
performing DTMF digit collection. 


Note 2: The field is filled from table 
ANISCUSP or an IN/1 МОО TCAP 
response. 


PINDIGS 4 nibbles 4 TBCD 


PERSONAL IDENTIFICATION NUMBER 
DIGITS. This field contains the 
subscriber's PINDIGS. An optional level of 
screening beyond authorization code and 
automatic number identification can be 
provided by this field. 


| 
PORTEDNO 10 nibbles 4 TBCD 


PORTED NUMBER. This field is 
populated by one of the following: 


e the called party address from the LNP 
GAP if an LRN is present in an 
incoming SS7 IAM 


e {ће CPA from the LNP GAP if the 
SCP returns an LRN 


e (е CPA from the LNP SCP if the LNP 
SCP returns an LRN 


PREDIG 3 bits 3 Decimal 


| 
PREFIX DIGITS. This field identifies one 


of the following as the dialed number's 
prefix digits. 


—continued— 
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P's (end) 


Table 9-16 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 


| | 
0 = No prefix digits 


1 = 0 Prefix 

2 = 01 Prefix 

3 = 011 Prefix 
4 = 1 Prefix 
5-7 = Not used 


PRESIND 2 bits 2 Decimal PRESENTATION RESTRICTION 
INDICATOR. This field indicates if the 
calling party number can be presented to 
the called party on SS7 calls (or 
presentation restriction indicator field of 
the AMALineNumber parameter). 


0 = Presentation allowed 

1 = Presentation restricted 
2 = Not used 

3 = Not used 


PRJCODE 32 bits 4 TBCD PROJECT CODE. This field indicates the 
project code value in the Carrier AIN 
TCAP message received from the SCP. 
The project code is used to refine the 
account code. 


—end— 


Digital Switching Systems UCS DMS-250 Billing Records Application Guide SNO09 (DMS) 


9-72 CDR field descriptions 


Q's 


Table 9-17 
CDR field descriptions 


Split size Data 
Field name Field size (in bits) type Field description 


QRYSTIND 7 bits Decimal | QUERY STATUS INDICATOR. This field 
contains the value to store in the BAF 
Table 734, Characters 2-3. It only applies 
to the terminating LRN. 


The range of values is from 1 to 15, and 
99. |t is populated as follows: 


1 = Successful query. 


2 = No query response message received 
as response. 


3 = AIN CONTINUE message received as 
response. 


4 = Protocol error is received in response 
message. 


5 - Error detected in response data. 
6 = Query rejected. 


7 = Last resort routing. 


8 = Not used. 
9 = No query done. 
10 = Not used. 


11 = Successful QoR. 
12 = QoR initiated. 
13 = WoR received. 


14 = Portability Outside the Rate Center 
(PORC) Last Resort-donor. 


15 = PORC Last Resort - Surrogate 
Donor. 


99 = Query unsuccessful, reason 
unknown 


—continued— 
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Q's (end) 


Table 9-17 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 


Note: This CDR field is only populated 
when the EDGE_SWITCH parameter in 
table OFCVAR is set to Y. 


QUEUED 1 bit 1 Boolean QUEUED. This field indicates whether the 
call has been placed in a queue. 


0 = Call was not queued 


1 = Call was queued 


—end— 
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R's 


Table 9-18 


Split size Data 
Field name Field size (in bits) type 


Field description 


RECCD 16 bits 16 EBCDIC 


RECORD CODE. This field contains one 
of the following: 


FX = Variable size СОК 


Note: These values are set in office 
parameter FCDR СОН SIZE. 


RECCD is a required field for all CDR 
templates and is, therefore, already 
provisioned for every template. This field 
is always located in Word 0, bits O through 
15. 


Note: Do not attempt to include the 
RECCD field when creating new 
templates using table CDRTMPLT. 


CDR field descriptions 
| 


RELCAUSE 8 bits 8 Decimal 


FO = Fixed size CDR 
| 


RELEASE CAUSE. This field identifies 
the cause value received in a CCS7 
release message. Refer to Table 9-5 for 
the release cause values. 


| 
REORGCTR 465 4 Decimal 


REORIGINATION COUNTER. This field 
contains the number of reoriginations that 
occurred for the call. 


| 
RLTCDR 2 bits 2 Decimal 


| 
RELEASE LINK TRUNK CDR. This field 


indicates whether another CDR is 
associated with an RLT call. 


0 = No other СОБ$ are associated with 
the RLT call 


1 = Other СОБ($) are associated with the 
RLT call 


2—3 - Not used 


—continued— 
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Table 9-18 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 


ROUTIND 3 bits Decimal ROUTE INDICATOR. This field | 
indicates whether direct or tandem 
routing was used.This field can have 
the following values: 


0 = Direct 
1 = Tandem 


3—5 = Not used 


RTEINDEX 14 bits 14 Decimal | ROUTE INDEX. This field indicates the 
number used to index into the routing 
table. The range of this field is 0 to 16383. 
For example, if the following tuple is used 
to route the call: 


220 (S D IMT761C7LP10) (SD 
DAL220TWDTGS) $ 


this field would contain a value of 220. 


Note: The same as RTELIST, except it 
allows for larger values. 


220 (S D IMT761C7LP10) (SD 
DAL220TWDTGS) $ 


this field would contain a value of 220. 


RTENO 5 bits 5 Decimal ROUTE NUMBER. This field contains the 
route number used in routing the call. For 
example, if the following tuple is used to 
route the call: 


220 (S D IMT761C7LP10) (SD 
DAL220TWDTGS) $ 


and the second route (S D 
DAL220TWDT GS) is used, this field 
would contain a value of 1. 


—continued— 
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R's (end) 


Table 9-18 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 
| 


RTETAB 4 bits 4 Decimal ROUTING TABLE. Identifies the routing 
table used to specify the route for the call. 
The field values are as follows: 


0 = Default value 

1 = Table STDPRTCT (subtable STDPRT) 
2 = HNPACONT, RTEREF 
3 = Table CTRTE 

4 = Table OFRT 

5 = Table OFR2 

6 = Table OFR3 

7 = Table OFR4 

8 = TANDMRTE 

9 = TERMRTE 

10 = FNPACONT, RTEREF 


Note: For all the treated calls that are not 
routed, the RTETAB field is populated 
with the default value. 


—end— 
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S's 


Table 9-19 


CDR field descriptions 


Field name 


Split size 
Field size (in bits) 


Data 
type 


Field description 


SCPBILL 


32 bits 8 


Hex 


SERVICE CONTROL POINT BILLING. 
This field is used to correlate SCP and 
Switch billing records. This field is only 
populated by a CAIN TCAP response with 
the appropriate parameter. Non-CAIN 
calls do not populate this field. 


SEQNUM 


16 bits 16 


Decimal 


SEQUENCE NUMBER. This field 
contains a unique sequence number 
assigned to the call at disconnect. 
Reloads and cold restarts reset this 
variable to 0 during reload and cold 
restarts. 


SLPID 


36 bits 


Decimal 


SERVICE LOGIC IDENTIFICATION. This 
field indicates the service logic used at the 
SCP. This field contains information 
returned in the AMAsIpID field of а CAIN 
response message to the UCS DMS-250 
Switch. The range of values are 
000000000—899999999. 


STS 


10 bits 10 


Decimal 


SERVING TRANSLATION SCHEME. This 
field is populated by the FlexDial feature 
and contains the STS used for the call. 


SUBRIDX1 


20 bits 20 


Decimal 


FIRST SUBSCRIBER INDEX. This field is 
populated by the FlexDial feature and 
contains the numeric index into table 
FLEXVAL that was used to validate the 
subscriber number. 


—continued— 
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Table 9-19 
CDR field descriptions (continued) 


Split size 
Field name Field size (in bits) 


Data 
type 


Field description 


SUBRIDX2 20 bits 20 


Decimal 


SECOND SUBSCRIBER INDEX. This 
field is populated by the FlexDial feature 
and contains the numeric index into table 
FLEXVAL that was used to validate the 
subscriber number. 


SUBRLOG1 1 bit 1 


Boolean 


FIRST SUBSCRIBER LOG. This field is 
populated by the FlexDial feature and 
indicates whether a log was generated 
due to a possible fraudulent use of a 
subscriber number. 


0 = No log generated 


1 = Log generated 


SUBRLOG2 1 bit 1 


Boolean 


SECOND SUBSCRIBER LOG. This field 
is populated by the FlexDial feature and 
indicates whether a log was generated 
due to a possible fraudulent use of a 
subscriber number. 


—continued— 
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Table 9-19 


CDR field descriptions (continued) 


Field name 


Field size 


Split size 
(in bits) 


Data 
type 


Field description 


0 = No log generated 


1 = Log generated 


SUBRNUM1 


16 nibbles 


TBCD 


FIRST SUBSCRIBER NUMBER. This 
field is populated by the FlexDial feature 
and contains the subscriber number. 


SUBRNUM2 


16 nibbles 


TBCD 


SECOND SUBSCRIBER NUMBER. This 
field is populated by the FlexDial feature 
and contains the subscriber number. 


SUBRTYP1 


10 bits 


10 


Decimal 


FIRST SUBSCRIBER TYPE. This field is 
populated by the FlexDial feature and 
contains the FLEXTYPE index value for 
the subscriber number. 


SUBRTYP2 


10 bits 


10 


Decimal 


SECOND SUBSCRIBER TYPE. This field 
is populated by the FlexDial feature and 
contains the FLEXTYPE index value for 
the subscriber number. 


SUBRVAL1 


2 bits 


Decimal 


FIRST SUBSCRIBER VALIDATION. This 
field is populated by the FlexDial feature 
and if and how the subscriber number 
was validated. 


0 = No subscriber number received 


1 = Subscriber number received, but not 
validated 


—continued— 
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Table 9-19 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type 


Field description 


2 = Subscriber number received and 
validated 


3 = Subscriber number received and 
validated due to empty index 


SUBRVAL2 2 bits 2 Decimal 


SECOND SUBSCRIBER VALIDATION. 
This field is populated by the FlexDial 
feature and if and how the subscriber 
number was validated. 


0 = No subscriber number received 


1 = Subscriber number received, but not 
validated 


2 = Subscriber number received and 
validated 


3 = Subscriber number received and 
validated due to empty index 


SVCFTR 10 bits Decimal 


SERVICE FEATURE. This field contains 
the value for the Service Feature ID. If the 
switch receives an 
OverflowBillingIndicator or 
PrimaryBillingIndictor parameter 
populated with a non-zero Service 
Feature ID value, this field is populated 
with the received Service Feature ID 
value. The range of this field is 0—999. 
This field maps to BAF module code 30, 
BAF table 89, and to BAF field, 
Translation Settable Field. 


The following are values for the BAF 
Service Feature Codes: 


000 = None of the following values apply 


001 — LEC-owned standard interface 
public line 


002 - Hotel/motel, no tax 


—continued— 
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Table 9-19 
CDR field descriptions (continued) 
Split size | Data 
Field name Field size (in bits) type Field description 
005 = Chargeable quotation 
006 = Centrex attendant 
008 = INWATS 
010 = Three-way calling 
011 = Hotel/motel with tax 
012 = Call forwarding 
014 = Call forwarding busy line or call 
forwarding don't answer 
015 = Public switched digital service with 
toll-free service 
017 = Remote call forwarding 
018 = Usage-sensitive three-way calling 
023 = Cellular Mobile Carrier — type-2A 
026 - Private virtual network — remote 
access indicator 
027 = AIN - default 
031 = Wakeup call activation 
049 - Usage-sensitive call forwarding 
055 = Call forwarding — 
immediate-*busy/don't answer/no page 
response (vendor specific) 
056 = Call waiting (vendor specific) 
060 = Mobile (vendor specific) 
061 = Marine (vendor specific) 
083 - Call delivery to call waiting (vendor 
specific) 
089 - Feature activiation/deactiviation via 
CN (vendor specific) 
—continued— 
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S's (end) 


Table 9-19 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type 


Field description 


103 = Call waiting + call forwarding — 
don’t answer (vendor specific 


104 = Mobile station test (vendor specific) 


109 = Abbreviated dialing with 
acknowledgment (vendor specific) 


202 = LEC-owned alternate interface 
public line 


203 = IPP (independent payphone 
provider)-owned standard interface public 
line 


204 = IPP-owned alternate interface 
public line 


800—999 = LEC-assignable 


—end— 
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T's 


Table 9-20 
CDR field descriptions 


Split size Data 
Field name Field size (in bits) type Field description 


TEMPLID 7 bits 7 Decimal | TEMPLATE IDENTIFIER. This field 
identifies the template (datafilled in table 
CDRTMPLT) that was used to format the 
CDR. 


TEMPLID is a required field for all CDR 
templates and is, therefore, already 
provisioned for every template. This field 
is always located in Word 1, bits O through 
6. The field values are as follows: 


0—4 = Reserved 


5- UCS08 
6- UCSO9 
7= 0С511 


8- UCS12 and 9 = UCS13 
10 — 63 = User defined templates 


Note: Do not attempt to include the 
TEMPLID field when creating new 
templates using table CDRTMPLT. 


field identifies the state of the NT6X50EC 
echo canceller during the call for the 
terminating agent. The field values are as 
follows: 


0 = NT6X50 Not Installed (default) 
1 = Enabled 

2 = Switch disabled 

3 = Tone disabled 


Note: This CDR field is not populated in 
UCS11 Release. 


TERMECHO  2bits 2 Decimal | TERMINATING ECHO CANCELLER. This 


—continued— 
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Table 9-20 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 


TERMGRP 14 bits 14 Decimal TERMINATION GROUP. This field 
contains the termination EXTNUM from 
table CLLICDR. 


NUMBER. This field is populated with the 
10-digit terminating LRN for a call when it 
matches one of the LRNs assigned as the 
Home LRN. The range of values is a 
10-digit integer. 


TERMMEM 14 bits 14 Decimal | TERMINATION MEMBER. This field 
identifies the termination trunk member 
number (from field EXTRKNM in table 
ТККМЕМ) within the terminating trunk 
group. Each trunk has up to 2048 
members, having a range of 0—9999. 


TERMPLAN This field is reserved for future use. 


TERMPVN 15 nibbles 4 TBCD TERMINATING PRIVATE NUMBER. This 
field contains the customer-defined dialing 
plan number assigned to the called party. 
This field is populated from a CAIN 
response received from the SCP in the 
AMADigitsDialedWC parameter. 
Non-CAIN calls do not populate this field. 


TIMECHNG 1 bit 1 Boolean TIME CHANGE. This field indicates if а 
time change occurred during the call. 


0 = No time change occurred 


| 
TERMLRN 40 bits TBCD TERMINATING LOCATION ROUTING 
1 = Time change occurred 


—continued— 
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Table 9-20 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 
| 


TIMEGARD 2 bits Decimal | TIME GUARD. This field in the BAF 
record indicates that a timing guard 
condition is experienced on the call. The 
TIMING GUARD flag is set if a switch 
maintenance phase occurs and a call 
drops during the phase. This flag insures 
that the call is not overbilled but may be 
underbilled. This field can have the 
following values: 


0 = Default 
2 = Timing guard condition exists 


Note: This CDR field is only populated 
when the EDGE SWITCH parameter in 
table OFCVAR is set to Y. 


TOOLGEN 1 bit 1 Boolean TOOL GENERATED. When populated 
with a 1, this field indicates that the CDR 
was generated through the use of a test 
tool such as FLEXSIM or TRAVER. 


TOOLGEN is a required field for all CDR 
templates and is, therefore, already 
provisioned for every template. This field 
is always located in Word 1, bit 10. 


0 = CDR generated by call processing 


1 = CDR generated by a call generating 
tool 


Note: Do not attempt to include the 
TOOLGEN field when creating new 
templates using table CDRTMPLT. 


—continued— 
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Table 9-20 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type Field description 


TPART 5 bits 9 Decimal 


TERMINATION PARTITION. This field 
contains the termination region. This field 
is populated from one of the following and 
converted from an STS in table 
STSTOPAR: 


e  AUTHCODE 
* АМ 
e  CAIN-SCP interaction 


TRAP 1 bit 1 Boolean 


TRAP. This field indicates possible abuse 
of the billing number. 


0 = Not abused 


1 = Authcode or travel card number 
possibly abused 


TRKGRP 14 bits Decimal 


TRUNK GROUP NUMBER. This field in 
the BAF record indicates the incoming 
Trunk Group Number (TGN). It has a 
range of 0 to 9999. 


For call code 141 (Incoming Number 
Services) this field is populated with the 
outgoing trunk group number 
(TERMGRP). 


For call codes 119 (Terminating Access 
Record) and 720 (Connecting Network 
Access Incoming Record), this field is 
populated with the incoming trunk group 
number (ORIGGRP). 


Note: This CDR field is only populated 
when the EDGE SWITCH parameter in 
table OFCVAR is set to Y. 


—continued— 
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Table 9-20 
CDR field descriptions (continued) 


Split size Data 
Field name Field size (in bits) type 


T's (end) 


TRMOSEAS 4 bits Decimal 


Field description | 
| 


TERMINATION OVERSEAS. This field 
indicates the international call type. This 
field applies to all BAF structure codes, 
and maps BAF field Overseas Indicator 
and to BAF table 15. This field can have 
the following values: 


0 = Numbering Plan Area (NPA) dialed by 
the customer or provided by another 
network element non-international call 


1 = NPA determined by the network 
element (non-international call) 


2 7 Less than 7-digit international number 
3 - 7-аїдії international number 

4 = 8-digit international number 

5 = 9-digit international number 

6 = 10-digit international number 

7 = 11-digit international number 

8 - 12-digit international number 


9 = Operaor inward-dialed code is in the 
call number field 


TRTMTCD 8 bits 8 Decimal 


TREATMENT CODE. This field identifies 
the treatment code applied to a call. Refer 
to Table 9-4 for treatment code values. 


—end— 
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U's 


Table 9-21 
CDR field descriptions 


Split size Data 
Field name Field size (in bits) type 


Field description 


UNIVACC 10 nibbles 4 TBCD 


UNIVERSAL ACCESS. This field contains 
the 8XX number assigned to FGD and 
ЕСС, or for FGB, the 950-WXXXX 
number outpulsed from the operating 
company to the carrier. 


| 
USEEDIT 1 bit 1 Boolean 


| 
EDITING INDEX USED. When populated 


with a 1, this field indicates that the 
USEEDIT field in CDRTMPLT option is set 
to Y for this call. 


USEEDIT is a required field for all CDR 
templates and is, therefore, already 
provisioned for every template. This field 
is always located in Word 1, bit 11. 


Note: Do not attempt to include the 
USEEDIT field when creating new 
templates using table CDRTMPLT. 
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V's 


Table 9-22 
CDR field descriptions 


Split size Data 
Field name Field size (in bits) type Field description 


VARLNGTH 1 bit 1 Boolean VARIABLE LENGTH. When populated 
with a 1, this field indicates that variable 
length records are being populated. 


Note: А value of 1 indicates that word 3 
of the CDR is populated with the length of 
the record (see the LENGTH field 
definition). The data fields start in word 4. 


0 = Fixed length CDRs 


1 = Variable length CDRs. The 
additional length field is added as the 
third (3rd) word of the CDR. 


The CDR273 log and the FCDRSRCH 
tool display this value as “М” for 0 апа“Ү” 
for 1. 


VARLNGTH is a required field for all CDR 
templates and is, therefore, already 
provisioned for every template. This field 
is always located in Word 1, bit 15. 


Note: Do not attempt to include the 
VARLNGTH field when creating new 
templates using table CDRTMPLT. 
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W's 


Table 9-23 
CDR field descriptions 


Split size 


Field name Field size (in bits) 


Data 
type 


Field description 


WBCKTS 32 bits 8 


Binary 


WIDEBAND CIRCUITS. This field 
contains a channel use bitmap of the T1 
for DSOs used in a wideband call. The 
channels are read from left to right, 1 
through 24. For each bit, 0 is the channel 
not used and 1 is the channel used. 


See Table 9-24 for an example of the 
channel use bitmap. 


Table 9-24 


CDR field WBCKTS bitmap (in NORMAL format) 


MSB 


LSB 


8 7 6 5 4 3 2 1 16| 15| 14| 13| 12] 11 10| 09 
24| 23| 22| 21| 20| 19| 18| 17 | 32| 31| 30| 29| 28| 27| 26| 25 
Table 9-25 
CDR field WBCKTS bitmap (in READLR format) 
MSB LSB 


23 20| 19 
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W’s (end) 


Note: The CDR273 log displays the Wideband circuits (WBCKTS) field 
information in the following format. The values shown are used as an 


example only. In the example, the field name is listed, followed by bits 1-8, 
bits 9-16, and bits 17-24. 


CDR273 


WBCKTS 11010000 00000111 11010110 
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Appendix B 
CDR templates 


This appendix contains the UCS09, UCS11, UCS12, and UCS13 
bitmaps. 
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Figure 10-2 
UCSO09 CDR template (in READLR format) 
MSB LSB 
WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 09 | 08 | 07 06 05 | 04 03 | 02 | 01 00 
00 RECCD(1) RECCD(2) 
01 VL RESERVED1 UE | TG ACTIDX TEMPLID 
02 SEQNUM 
03 CIC(1) CIC(2) CIC(3) CIC(4) 
04 ORIGTIME 
05 ORIGDATE ANSTYPE TC | OA | ıl 
06 DISCTIME 
07 DISCDATE ANISUFF DA | INCBILL | F1 
08 CALLDUR(1) CALLDUR(2) 
09 CALLDUR(3) CALLDUR(4) 
10 PINDIG(1) PINDIG(2) PINDIG(3) PINDIG(4) 
11 ANISP(1) ANISP(2) ANISP(3) ANISP(4) 
12 ANISP(5) ANISP(6) ANISP(7) ANISP(8) 
13 ANISP(9) ANISP(10) INFODIG(1) INFODIG(2) 
14 BILLNUM(1) BILLNUM(2) BILLNUM(3) BILLNUM(4) 
15 BILLNUM(5) BILLNUM(6) BILLNUM(7) BILLNUM(8) 
16 BILLNUM(9) BILLNUM(10) BILLNUM(11) BILLNUM(12) 
17 BILLNUM(13) BILLNUM(14) BILLNUM(15) BILLNUM(16) 
18 BILLNUM(17) BILLNUM(18) BILLNUM(19) BILLNUM(20) 
19 BILLNUM(21) BILLNUM(22) BILLNUM(23) BILLNUM(24) 
20 ACCTCD(1) ACCTCD(2) ACCTCD(3) ACCTCD(4) 
21 ACCTCD(5) ACCTCD(6) ACCTCD(7) ACCTCD(8) 
22 ACCTCD(9) ACCTCD(10) ACCTCD(11) ACCTCD(12) 
23 CLGPTYNO(1) CLGPTYNO(2) CLGPTYNO(3) CLGPTYNO(4) 
24 CLGPTYNO(5) CLGPTYNO(6) CLGPTYNO(7) CLGPTYNO(8) 
25 CLGPTYNO(9) CLGPTYNO(10) CLGPTYNO(11) CLGPTYNO(12) 
26 CLGPTYNO(13) CLGPTYNO(14) CLGPTYNO(15) RLTNO ACCTV 
27 UNIVACC(1) UNIVACC(2) UNIVACC(3) ӘМІМАСС(4) 
28 UNIVACC(5) UNIVACC(6) UNIVACC(7) UNIVACC(8) 
29 UNIVACC(9) UNIVACC(10) DIALEDNO(1) DIALEDNO(2) 
30 DIALEDNO(3) DIALEDNO(4) DIALEDNO(5) DIALEDNO(6) 
31 DIALEDNO(7) DIALEDNO(8) DIALEDNO(9) DIALEDNO(10) 
BT | 15| 14 | 13 | 12 11 | 10 09 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01 | 00 
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Figure 10-2 
0С509 CDR template (in READLR format) (continued) 
MSB LSB 
WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 07 | 06 | 05 | 04 03 02 | 01 | 00 
32 DIALEDNO(11) DIALEDNO(12) DIALEDNO(13) DIALEDNO(14) 
33 DIALEDNO(15) CALLEDNO(1) CALLEDNO(2) CALLEDNO(3) 
34 CALLEDNO(4) CALLEDNO(5) CALLEDNO(6) CALLEDNO(7) 
35 CALLEDNO(8) CALLEDNO(9) CALLEDNO(10) CALLEDNO(11) 
36 CALLEDNO(12) CALLEDNO(13) CALLEDNO(14) CALLEDNO(15) 
37 OUTPULNO(1) OUTPULNO(2) OUTPULNO(3) OUTPULNO(4) 
38 OUTPULNO(5) OUTPULNO(6) OUTPULNO(7) OUTPULNO(8) 
39 OUTPULNO(9) OUTPULNO(10) OUTPULNO(11) OUTPULNO(12) 
40 OUTPULNO(13) OUTPULNO(14) OUTPULNO(15) rr SU CICORIGN 
41 ORIGOPRT PREDIG CNPREDIG 
42 OPART TPART QD 
43 OPCHOICE COLLTIME 
44 ADIN(1) ADIN(2) LNPCHECK | NUMWBCKT 
45 WBCKTS(1) | WBCKTS(2) 
46 WBCKTS(3) WBCKTS(4) 
47 FINSID | BILLTYPE 
48 ORIGGRP DT 
49 ORIGMEM PSTHRU 
50 TERMGRP PRESIND 
51 TERMMEM OS | DD 
52 FINTKGRP TR | CS 
53 FINTKMEM 
54 SCPBILL(1) SCPBILL(2) 
55 SCPBILL(3) SCPBILL(4) 
56 TRTMTCD COMPCODE CRID(1) 
57 CRID(2) CRID(3) CRID(4) CRID(5) 
58 CRID(6) CRID(7) CRID(8) CRID(9) 
59 DNIS(1) DNIS(2) DNIS(3) DNIS(4) 
Br | 15| 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | оз | 02 | 01 | 00 
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Figure 10-2 
UCS09 CDR template (in READLR format) (end) 

MSB LSB 
WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 09 | 08 | 07 06 | 05 | 04 03 02 | 01 00 
60 DNIS(5) DNIS(6) DNIS(7) DNIS(8) 

61 DNIS(9) DNIS(10) DNIS(11) DNIS(12) 

62 DNIS(13) DNIS(14) DNIS(15) ORIGPVN(1) 
63 ORIGPVN(2) ORIGPVN(3) ORIGPVN(4) ORIGPVN(5) 
64 ORIGPVN(6) ORIGPVN(7) ORIGPVN(8) ORIGPVN(9) 
65 ORIGPVN(10) ORIGPVN(11) ORIGPVN(12) ORIGPVN(13) 
66 ORIGPVN(14) ORIGPVN(15) TERMPVN(1) TERMPVN(2) 
67 TERMPVN(3) ТЕКМРУМ(4) ТЕКМРУМ(5) TERMPVN(6) 
68 TERMPVN(7) TERMPVN(8) TERMPVN(9) TERMPVN(10) 
69 TERMPVN(11) TERMPVN(12) TERMPVN(13) TERMPVN(14) 
70 TERMPVN(15) ORIGLRN(1) ORIGLRN(2) ORIGLRN(3) 
71 ORIGLRN(4) ORIGLRN(5) ORIGLRN(6) ORIGLRN(7) 
72 ORIGLRN(8) ORIGLRN(9) ORIGLRN(10) PORTEDNO(1) 
T3 PORTEDNO(2) PORTEDNO(3) PORTEDNO(4) PORTEDNO(5) 
74 PORTEDNO(6) PORTEDNO(7) PORTEDNO(8) PORTEDNO(9) 
75 PORTEDNO(10) CAINCT ACG DNISNOA | FILL 
76 MLTCOSID FILL1 CARRSEL 
77 COSINDEX FILL1 RTENO 

78 RTEINDEX | FILL2 
79 CN1REQ CN2REQ CN1TREQ E 
80 CN2TREQ CN3REQ CNTOTREQ | CN3TREQ 
81 ECRN1 ECRM1 FILL2 
82 ECRN2 ECRM2 FILL2 
BIT 15 | 14 | 13 | 12 | 11 | 10 | 09 08 | 07 06 05 | 04 03 02 | 01 | 00 


The following abbreviations and conventions are used in Figure 10-2: 
e VL stands for VARIABLE LENGTH 
* UE stands for USEEDIT 
e ТО stands for TOOLGENERATED 
* TC stands for TIMECHNG 

e OA stands for ORIGAMPM 
* DA stands for DISCAMPM 
* II stands for INC INTL 
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* QD stands for QUEUED 

* DT stands for DISCTYPE 

e PSTHRU stands for PASSTHRU 
• OS stands for OSRASSOC 

• DD stands for DIGDATA 

* TR stands for TRAP 

e CS stands for COSOVE 

e Fl stands for FILLI 


e Shading indicates unused space 
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Figure 10-3 
0С509 CDR template (in NORMAL format) 
MSB LSB 
15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 02 | 01 | 00 | wonpiBIT 
RECCD(1) RECCD(2) 00 
VL RESERVED1 | UE | TG ACTIDX TEMPLID 01 
SEQNUM 02 
CIC(4) CIC(3) CIC(2) CIC(1) 03 
ORIGTIME 04 
И | OA | TC ANSTYPE ORIGDATE 05 
DISCTIME 06 
FILL1) INCBILL | DA ANISUFF DISCDATE 07 
CALLDUR(2) CALLDUR(1) 08 
CALLDUR(4) CALLDUR(3) 09 
PINDIG(4) PINDIG(3) PINDIG(2) PINDIG(1) 10 
ANISP(4) ANISP(3) ANISP(2) ANISP(1) 11 
ANISP(8) ANISP(7) ANISP(6) ANISP(5) 12 
INFODIG(2) INFODIG(1) ANISP(10) ANISP(9) 13 
BILLNUM(4) BILLNUM(3) BILLNUM(2) BILLNUM(1) 14 
BILLNUM(8) BILLNUM(7) BILLNUM(6) BILLNUM(5) 15 
BILLNUM(12) BILLNUM(11) BILLNUM(10) BILLNUM(9) 16 
BILLNUM(16) BILLNUM(15) BILLNUM(14) BILLNUM(13) 17 
BILLNUM(20) BILLNUM(19) BILLNUM(18) BILLNUM(17) 18 
BILLNUM(24) BILLNUM(23) BILLNUM(22) BILLNUM(21) 19 
ACCTCD(4) ACCTCD(3) ACCTCD(2) ACCTCD(1) 20 
ACCTCD(8) ACCTCD(7) ACCTCD(6) ACCTCD(5) 21 
ACCTCD(12) ACCTCD(11) ACCTCD(10) ACCTCD(9) 22 
CLGPTYNO(4) CLGPTYNO(3) CLGPTYNO(2) CLGPTYNO(1) 23 
CLGPTYNO(8) CLGPTYNO(7) CLGPTYNO(6) CLGPTYNO(5) 24 
CLGPTYNO(12) CLGPTYNO(11) CLGPTYNO(10) CLGPTYNO(9) 25 
ACCTV RLTNO CLGPTYNO(15) CLGPTYNO(14) CLGPTYNO(13) 26 
UNIVACC(4) UNIVACC(3) UNIVACC(2) UNIVACC(1) 27 
UNIVACC(8) UNIVACC(7) UNIVACC(6) UNIVACC(5) 28 
DIALEDNO(2) DIALEDNO(1) UNIVACC(10) UNIVACC(9) 29 
DIALEDNO(6) DIALEDNO(5) DIALEDNO(4) DIALEDNO(3) 30 
DIALEDNO(10) DIALEDNO(9) DIALEDNO(8) DIALEDNO(7) 31 
15| 14 | 13| 12| 11 | 10 | 09 | ов | 07 | 06 | 05 | 04 | 03 | 02 | 01| 00| вт 


297-2621-395 Standard 09.04 January 2006 


CDR templates 10-9 


Figure 10-3 
UCSO09 CDR template (in NORMAL format) (continued) 
MSB LSB 
15 | 14 | 13 | 12 | 11 | 10 | 09 08 | 07 06 | 05 | 04 | 03 | 02 | 01 | 00 | мововіт 
DIALEDNO(14) DIALEDNO(13) DIALEDNO(12) DIALEDNO(11) 32 
CALLEDNO(3) CALLEDNO(2) CALLEDNO(1) DIALEDNO(15) 33 
CALLEDNO(7) CALLEDNO(6) CALLEDNO(5) CALLEDNO(4) 34 
CALLEDNO(11) CALLEDNO(10) CALLEDNO(9) CALLEDNO(8) 35 
CALLEDNO(15) CALLEDNO(14) CALLEDNO(13) CALLEDNO(12) 36 
OUTPULNO(4) OUTPULNO(3) OUTPULNO(2) OUTPULNO(1) 37 
OUTPULNO(8) OUTPULNO(7) OUTPULNO(6) OUTPULNO(5) 38 
OUTPULNO(12) OUTPULNO(11) OUTPULNO(10) OUTPULNO(9) 39 
CICORIGN [SIG | ЗК OUTPULNO(15) OUTPULNO(14) OUTPULNO(13) 40 
CNPREDIG PREDIG ORIGOPRT 41 
QD TPART OPART 42 
COLLTIME OPCHOICE 43 
NUMWBCKT | | LNPCHECK ADIN(2) ADIN(1) 44 
WBCKTS(2) WBCKTS(1) 45 
WBCKTS(A) WBCKTS(3) 46 
BILLTYPE FINSID 47 
DT ORIGGRP 48 
PSTHRU ORIGMEM 49 
PRESIND TERMGRP 50 
DD | os TERMMEM 51 
CS | TR FINTKGRP 52 
FINTKMEM 53 
SCPBILL(2) SCPBILL(1) 54 
SCPBILL(4) SCPBILL(3) 55 
CRID (1) COMPCODE TRTMTCD 56 
CRID(5) CRID (4) CRID(3) CRID(2) 57 
CRID(9) CRID(8) CRID(7) CRID(6) 58 
DNIS(4) DNIS(3) DNIS(2) DNIS(1) 59 
15| 44 | 13| 12 | 11 10| 09 ов | 07 | 06 | 05 | 04 | 03 | 02 | 01| 00 вт 
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Figure 10-3 
0С509 CDR template (in NORMAL format) (end) 
MSB LSB 
15 | 14 | 13 | 12 11 | 10 09 | 08 | 07 | 06 | 05 04 03 | 02 | 01 | 00 | WORD/BIT 
DNIS(8) DNIS(7) DNIS(6) DNIS(5) 60 
DNIS(12) DNIS(11) DNIS(10) DNIS(9) 61 
ORIGPVN(1) DNIS(15) DNIS(14) DNIS(13) 62 
ORIGPVN(5) ORIGPVN(4) ORIGPVN(3) ORIGPVN(2) 63 
ORIGPVN(9) ORIGPVN(8) ORIGPVN(7) ORIGPVN(6) 64 
ORIGPVN(13) ORIGPVN(12) ORIGPVN(11) ORIGPVN(10) 65 
TERMPVN(2) TERMPVN(1) ORIGPVN(15) ORIGPVN(14) 66 
TERMPVN(6) TERMPVN(5) TERMPVN(4) TERMPVN(3) 67 
TERMPVN(10) TERMPVN(9) TERMPVN(8) TERMPVN(7) 68 
TERMPVN(14) TERMPVN(13) TERMPVN(12) TERMPVN(11) 69 
ORIGLRN(3) ORIGLRN(2) ORIGLRN(1) TERMPVN(15) 70 
ORIGLRN(7) ORIGLRN(6) ORIGLRN(5) ORIGLRN(4) 71 
PORTEDNO(1) ORIGLRN(10) ORIGLRN(9) ORIGLRN(8) 72 
PORTEDNO(5) PORTEDNO(4) PORTEDNO(3) PORTEDNO(2) 73 
PORTEDNO(9) PORTEDNO(8) PORTEDNO(7) PORTEDNO(6) 74 
FILL1 | DNISNOA ACG CAINCT PORTEDNO(10) 75 
CARRSEL FILL1 | MLTCOSID 76 
RTENO FILL1 COSINDEX 77 
FILL2 | RTEINDEX 78 
ps CNITREQ CN2REQ CN1REQ 79 
CN3TREQ CNTOTREQ CN3REQ CN2TREQ 80 
FILL2 ECRM1 ECRN1 81 
FILL2 ECRM2 ECRN2 82 
15 | 14 | 13 | 12| 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01| 00| вт 


The following abbreviations and conventions are used in Figure 10-3: 
* VL stands for VARIABLE LENGTH 
* UE stands for USEEDIT 

e TG stands for TOOLGENERATED 

• TC stands for TIMECHNG 

* OA stands for ORIGAMPM 

* ПА stands for DISCAMPM 

• II stands for INC INTL 
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* QD stands for QUEUED 

* DT stands for DISCTYPE 

e PSTHRU stands for PASSTHRU 
e OS stands for OSRASSOC 

* DD stands for DIGDATA 

* TR stands for TRAP 

e CS stands for COSOVE 

e ЕІ stands for FILLI 


e Shading indicates unused space 
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Figure 10-4 
UCS11 CDR template (in READLR format) 
MSB LSB 
WORD/BIT | 15 | 14 | 13 | 12 | 11 | 10 | 09 07 | 06 | 05 04 | 03 | 02 | 01 00 
00 RECCD(1) RECCD(2) 
01 VL RESERVED1 UE | TG ACTIDX TEMPLID 
02 SEQNUM 
03 CIC(1) CIC(2) CIC(3) CIC(4) 
04 ORIGTIME 
05 ORIGDATE ANSTYPE TC | OA | Il 
06 DISCTIME 
07 DISCDATE ANISUFF DA | INCBILL | F1 
08 CALLDUR(1) CALLDUR(2) 
09 CALLDUR(3) CALLDUR(4) 
10 PINDIG(1) PINDIG(2) PINDIG(3) PINDIG(4) 
11 ANISP(1) ANISP(2) ANISP(3) ANISP(4) 
12 ANISP(5) ANISP(6) ANISP(7) ANISP(8) 
13 ANISP(9) ANISP(10) INFODIG(1) INFODIG(2) 
14 BILLNUM(1) BILLNUM(2) BILLNUM(3) BILLNUM(4) 
15 BILLNUM(5) BILLNUM(6) BILLNUM(7) BILLNUM(8) 
16 BILLNUM(9) BILLNUM(10) BILLNUM(11) BILLNUM(12) 
17 BILLNUM(13) BILLNUM(14) BILLNUM(15) BILLNUM(16) 
18 BILLNUM(17) BILLNUM(18) BILLNUM(19) BILLNUM(20) 
19 BILLNUM(21) BILLNUM(22) BILLNUM(23) BILLNUM(24) 
20 ACCTCD(1) ACCTCD(2) ACCTCD(3) ACCTCD(4) 
21 ACCTCD(5) ACCTCD(6) ACCTCD(7) ACCTCD(8) 
22 ACCTCD(9) ACCTCD(10) ACCTCD(11) ACCTCD(12) 
23 CLGPTYNO(1) CLGPTYNO(2) CLGPTYNO(3) CLGPTYNO(4) 
24 CLGPTYNO(5) CLGPTYNO(6) CLGPTYNO(7) CLGPTYNO(8) 
25 CLGPTYNO(9) CLGPTYNO(10) CLGPTYNO(11) CLGPTYNO(12) 
26 CLGPTYNO(13) CLGPTYNO(14) CLGPTYNO(15) RLTNO ACCTV 
27 UNIVACC(1) UNIVACC(2) UNIVACC(3) ОММАСС(4) 
28 UNIVACC(5) UNIVACC(6) UNIVACC(7) UNIVACC(8) 
29 UNIVACC(9) UNIVACC(10) DIALEDNO(1) DIALEDNO(2) 
30 DIALEDNO(3) DIALEDNO(4) DIALEDNO(5) DIALEDNO(6) 
31 DIALEDNO(7) DIALEDNO(8) DIALEDNO(9) DIALEDNO(10) 
вт | 15| 14| 13 | 12 11 | 10 09 | ов | 07 | 06 | 05 | 04 | 03 | 02 | 01 | 00 
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Figure 10-4 
UCS11 CDR template (in READLR format) (continued) 
MSB LSB 
WORD/BIT | 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 07 | 06 | 05 | 04 | 03 02 | 01 | 00 
32 DIALEDNO(11) DIALEDNO(12) DIALEDNO(13) DIALEDNO(14) 
33 DIALEDNO(15) CALLEDNO(1) CALLEDNO(2) CALLEDNO(3) 
34 CALLEDNO(4) CALLEDNO(5) CALLEDNO(6) CALLEDNO(7) 
35 CALLEDNO(8) CALLEDNO(9) CALLEDNO(10) CALLEDNO(11) 
36 CALLEDNO(12) CALLEDNO(13) CALLEDNO(14) CALLEDNO(15) 
37 OUTPULNO(1) OUTPULNO(2) OUTPULNO(3) OUTPULNO(4) 
38 OUTPULNO(5) OUTPULNO(6) OUTPULNO(7) OUTPULNO(8) 
39 OUTPULNO(9) OUTPULNO(10) OUTPULNO(11) OUTPULNO(12) 
40 OUTPULNO(13) OUTPULNO(14) OUTPULNO(15) rr SU CICORIGN 
41 ORIGOPRT PREDIG CNPREDIG 
42 OPART TPART QD 
43 OPCHOICE COLLTIME 
44 ADIN(1) ADIN(2) LNPCHECK | NUMWBCKT 
45 WBCKTS(1) | WBCKTS(2) 
46 WBCKTS(3) WBCKTS(4) 
47 FINSID | BILLTYPE 
48 ORIGGRP DT 
49 ORIGMEM PSTHRU 
50 TERMGRP PRESIND 
51 TERMMEM OS | DD 
52 FINTKGRP TR | CS 
53 FINTKMEM 
54 SCPBILL(1) SCPBILL(2) 
55 SCPBILL(3) SCPBILL(4) 
56 TRTMTCD COMPCODE CRID(1) 
57 CRID(2) CRID(3) CRID(4) CRID(5) 
58 CRID(6) CRID(7) CRID(8) CRID(9) 
59 DNIS(1) DNIS(2) DNIS(3) DNIS(4) 
Br | 15| 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | оз | 02 | 01 | 00 
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Figure 10-4 
UCS11 CDR template (in READLR format) (end) 

MSB LSB 
WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 09 | 08 | 07 06 05 | 04 03 | 02 | 01 00 
60 DNIS(5) DNIS(6) DNIS(7) DNIS(8) 

61 DNIS(9) DNIS(10) DNIS(11) DNIS(12) 

62 DNIS(13) DNIS(14) DNIS(15) ORIGPVN(1) 
63 ORIGPVN(2) ORIGPVN(3) ORIGPVN(4) ORIGPVN(5) 
64 ORIGPVN(6) ORIGPVN(7) ORIGPVN(8) ORIGPVN(9) 
65 ORIGPVN(10) ORIGPVN(11) ORIGPVN(12) ORIGPVN(13) 
66 ORIGPVN(14) ORIGPVN(15) TERMPVN(1) TERMPVN(2) 
67 TERMPVN(3) ТЕКМРУМ(4) ТЕКМРУМ(5) TERMPVN(6) 
68 TERMPVN(7) TERMPVN(8) TERMPVN(9) TERMPVN(10) 
69 TERMPVN(11) TERMPVN(12) TERMPVN(13) TERMPVN(14) 
70 TERMPVN(15) ORIGLRN(1) ORIGLRN(2) ORIGLRN(3) 
71 ORIGLRN(4) ORIGLRN(5) ORIGLRN(6) ORIGLRN(7) 
72 ORIGLRN(8) ORIGLRN(9) ORIGLRN(10) PORTEDNO(1) 
T3 PORTEDNO(2) PORTEDNO(3) PORTEDNO(4) PORTEDNO(5) 
74 PORTEDNO(6) PORTEDNO(7) PORTEDNO(8) PORTEDNO(9) 
75 PORTEDNO(10) CAINCT ACG DNISNOA | FILL1 
76 MLTCOSID | | FILL1 CARRSEL 

77 COSINDEX | FILL1 | RTENO 

78 RTEINDEX | FILL2 
79 CN1REQ CN2REQ CN1TREQ Е 
80 СМ2ТВЕО CN3REQ CNTOTREQ CN3TREQ 
81 ECRN1 ECRM1 FILL2 
82 ECRN2 ECRM2 FILL2 
BIT 15 | 14 13 | 12 | 11 | 10 | 09 | 08 | 07 06 05 | 04 03 02 | 01 | 00 


The following abbreviations and conventions are used in Figure 10-4: 
* VL stands for VARIABLE LENGTH 
* UE stands for USEEDIT 
e ТО stands for TOOLGENERATED 
* TC stands for TIMECHNG 

e OA stands for ORIGAMPM 
* DA stands for DISCAMPM 
* II stands for INC INTL 
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* QD stands for QUEUED 

* DT stands for DISCTYPE 

e PSTHRU stands for PASSTHRU 
* OS stands for OSRASSOC 

* DD stands for DIGDATA 

* TR stands for TRAP 

e CS stands for COSOVE 

e Fl stands for FILLI 


e Shading indicates unused space 
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Figure 10-5 
UCS11 CDR template (in NORMAL format) 
MSB LSB 
15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 02 | 01 | 00 | wonpiBIT 
RECCD(1) RECCD(2) 00 
VL RESERVED1 | UE | TG ACTIDX TEMPLID 01 
SEQNUM 02 
CIC(4) CIC(3) CIC(2) CIC(1) 03 
ORIGTIME 04 
И | OA | TC ANSTYPE ORIGDATE 05 
DISCTIME 06 
FILL1) INCBILL | DA ANISUFF DISCDATE 07 
CALLDUR(2) CALLDUR(1) 08 
CALLDUR(4) CALLDUR(3) 09 
PINDIG(4) PINDIG(3) PINDIG(2) PINDIG(1) 10 
ANISP(4) ANISP(3) ANISP(2) ANISP(1) 11 
ANISP(8) ANISP(7) ANISP(6) ANISP(5) 12 
INFODIG(2) INFODIG(1) ANISP(10) ANISP(9) 13 
BILLNUM(4) BILLNUM(3) BILLNUM(2) BILLNUM(1) 14 
BILLNUM(8) BILLNUM(7) BILLNUM(6) BILLNUM(5) 15 
BILLNUM(12) BILLNUM(11) BILLNUM(10) BILLNUM(9) 16 
BILLNUM(16) BILLNUM(15) BILLNUM(14) BILLNUM(13) 17 
BILLNUM(20) BILLNUM(19) BILLNUM(18) BILLNUM(17) 18 
BILLNUM(24) BILLNUM(23) BILLNUM(22) BILLNUM(21) 19 
ACCTCD(4) ACCTCD(3) ACCTCD(2) ACCTCD(1) 20 
ACCTCD(8) ACCTCD(7) ACCTCD(6) ACCTCD(5) 21 
ACCTCD(12) ACCTCD(11) ACCTCD(10) ACCTCD(9) 22 
CLGPTYNO(4) CLGPTYNO(3) CLGPTYNO(2) CLGPTYNO(1) 23 
CLGPTYNO(8) CLGPTYNO(7) CLGPTYNO(6) CLGPTYNO(5) 24 
CLGPTYNO(12) CLGPTYNO(11) CLGPTYNO(10) CLGPTYNO(9) 25 
ACCTV RLTNO CLGPTYNO(15) CLGPTYNO(14) CLGPTYNO(13) 26 
UNIVACC(4) UNIVACC(3) UNIVACC(2) UNIVACC(1) 27 
UNIVACC(8) UNIVACC(7) UNIVACC(6) UNIVACC(5) 28 
DIALEDNO(2) DIALEDNO(1) UNIVACC(10) UNIVACC(9) 29 
DIALEDNO(6) DIALEDNO(5) DIALEDNO(4) DIALEDNO(3) 30 
DIALEDNO(10) DIALEDNO(9) DIALEDNO(8) DIALEDNO(7) 31 
15| 14 | 13| 12| 11 | 10 | 09 | ов | 07 | 06 | 05 | 04 | 03 | 02 | 01| 00| вт 
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Figure 10-5 
UCS11 CDR template (in NORMAL format) (continued) 
MSB LSB 
15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01 | 00 | мововіт 
DIALEDNO(14) DIALEDNO(13) DIALEDNO(12) DIALEDNO(11) 32 
CALLEDNO(3) CALLEDNO(2) CALLEDNO(1) DIALEDNO(15) 33 
CALLEDNO(7) CALLEDNO(6) CALLEDNO(5) CALLEDNO(4) 34 
CALLEDNO(11) CALLEDNO(10) CALLEDNO(9) CALLEDNO(8) 35 
CALLEDNO(15) CALLEDNO(14) CALLEDNO(13) CALLEDNO(12) 36 
OUTPULNO(4) OUTPULNO(3) OUTPULNO(2) OUTPULNO(1) 37 
OUTPULNO(8) OUTPULNO(7) OUTPULNO(6) OUTPULNO(5) 38 
OUTPULNO(12) OUTPULNO(11) OUTPULNO(10) OUTPULNO(9) 39 
CICORIGN [SIG | ЗК OUTPULNO(15) OUTPULNO(14) OUTPULNO(13) 40 
CNPREDIG PREDIG ORIGOPRT 41 
QD TPART OPART 42 
COLLTIME OPCHOICE 43 
NUMWBCKT | | LNPCHECK ADIN(2) ADIN(1) 44 
WBCKTS(2) WBCKTS(1) 45 
WBCKTS(A) WBCKTS(3) 46 
BILLTYPE FINSID 47 
DT ORIGGRP 48 
PSTHRU ORIGMEM 49 
PRESIND TERMGRP 50 
DD | os TERMMEM 51 
CS | TR FINTKGRP 52 
FINTKMEM 53 
SCPBILL(2) SCPBILL(1) 54 
SCPBILL(4) SCPBILL(3) 55 
CRID (1) COMPCODE TRTMTCD 56 
CRID(5) CRID (4) CRID(3) CRID(2) 57 
CRID(9) CRID(8) CRID(7) CRID(6) 58 
DNIS(4) DNIS(3) DNIS(2) DNIS(1) 59 
15| 44 | 13| 12 | 11 10| 09 ов | 07 | 06 | 05 | 04 | 03 | 02 | 01| 00 вт 
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Figure 10-5 
UCS11 CDR template (in NORMAL format) (end) 
MSB LSB 
15 | 14 | 13 | 12 | 11 | 10 09 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01 | 00 | WORD/BIT 
DNIS(8) DNIS(7) DNIS(6) DNIS(5) 60 
DNIS(12) DNIS(11) DNIS(10) DNIS(9) 61 
ORIGPVN(1) DNIS(15) DNIS(14) DNIS(13) 62 
ORIGPVN(5) ORIGPVN(4) ORIGPVN(3) ORIGPVN(2) 63 
ORIGPVN(9) ORIGPVN(8) ORIGPVN(7) ORIGPVN(6) 64 
ORIGPVN(13) ORIGPVN(12) ORIGPVN(11) ORIGPVN(10) 65 
TERMPVN(2) TERMPVN(1) ORIGPVN(15) ORIGPVN(14) 66 
TERMPVN(6) TERMPVN(5) TERMPVN(4) TERMPVN(3) 67 
TERMPVN(10) TERMPVN(9) TERMPVN(8) TERMPVN(7) 68 
TERMPVN(14) TERMPVN(13) TERMPVN(12) TERMPVN(11) 69 
ORIGLRN(3) ORIGLRN(2) ORIGLRN(1) TERMPVN(15) 70 
ORIGLRN(7) ORIGLRN(6) ORIGLRN(5) ORIGLRN(4) 71 
PORTEDNO(1) ORIGLRN(10) ORIGLRN(9) ORIGLRN(8) 72 
PORTEDNO(5) PORTEDNO(4) PORTEDNO(3) PORTEDNO(2) 73 
PORTEDNO(9) PORTEDNO(8) PORTEDNO(7) PORTEDNO(6) 74 
1] DNISNOA ACG CAINCT PORTEDNO(10) 75 
CARRSEL FILL1 | MLTCOSID 76 
RTENO | FILL1 COSINDEX 77 
FILL2 | RTEINDEX 78 
pn CNITREQ CN2REQ CN1REQ 79 
CN3TREQ CNTOTREQ CN3REQ CN2TREQ 80 
FILL2 ECRM1 ECRN1 81 
FILL2 ECRM2 ECRN2 82 
15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01| 00| вт 


The following abbreviations and conventions are used in Figure 10-5: 
* VL stands for VARIABLE LENGTH 
* UE stands for USEEDIT 

e TG stands for TOOLGENERATED 

• TC stands for TIMECHNG 

* OA stands for ORIGAMPM 

* ПА stands for DISCAMPM 

• II stands for INC INTL 
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* QD stands for QUEUED 

* DT stands for DISCTYPE 

e PSTHRU stands for PASSTHRU 
* OS stands for OSRASSOC 

* DD stands for DIGDATA 

* TR stands for TRAP 

e CS stands for COSOVE 

e Fl stands for FILLI 


e Shading indicates unused space 
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Figure 10-6 
UCS12 CDR template (in READLR format) 
MSB LSB 
WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 09 | 08 | 07 06 05 | 04 03 | 02 | 01 00 
00 RECCD(1) RECCD(2) 
01 VL RESERVED1 UE | TG ACTIDX TEMPLID 
02 SEQNUM 
03 CIC(1) CIC(2) CIC(3) CIC(4) 
04 ORIGTIME 
05 ORIGDATE ANSTYPE TC | OA | ıl 
06 DISCTIME 
07 DISCDATE ANISUFF DA | INCBILL | F1 
08 CALLDUR(1) CALLDUR(2) 
09 CALLDUR(3) CALLDUR(4) 
10 PINDIG(1) PINDIG(2) PINDIG(3) PINDIG(4) 
11 ANISP(1) ANISP(2) ANISP(3) ANISP(4) 
12 ANISP(5) ANISP(6) ANISP(7) ANISP(8) 
13 ANISP(9) ANISP(10) INFODIG(1) INFODIG(2) 
14 BILLNUM(1) BILLNUM(2) BILLNUM(3) BILLNUM(4) 
15 BILLNUM(5) BILLNUM(6) BILLNUM(7) BILLNUM(8) 
16 BILLNUM(9) BILLNUM(10) BILLNUM(11) BILLNUM(12) 
17 BILLNUM(13) BILLNUM(14) BILLNUM(15) BILLNUM(16) 
18 BILLNUM(17) BILLNUM(18) BILLNUM(19) BILLNUM(20) 
19 BILLNUM(21) BILLNUM(22) BILLNUM(23) BILLNUM(24) 
20 ACCTCD(1) ACCTCD(2) ACCTCD(3) ACCTCD(4) 
21 ACCTCD(5) ACCTCD(6) ACCTCD(7) ACCTCD(8) 
22 ACCTCD(9) ACCTCD(10) ACCTCD(11) ACCTCD(12) 
23 CLGPTYNO(1) CLGPTYNO(2) CLGPTYNO(3) CLGPTYNO(4) 
24 CLGPTYNO(5) CLGPTYNO(6) CLGPTYNO(7) CLGPTYNO(8) 
25 CLGPTYNO(9) CLGPTYNO(10) CLGPTYNO(11) CLGPTYNO(12) 
26 CLGPTYNO(13) CLGPTYNO(14) CLGPTYNO(15) RLTNO ACCTV 
27 UNIVACC(1) UNIVACC(2) UNIVACC(3) ӘМІМАСС(4) 
28 UNIVACC(5) UNIVACC(6) UNIVACC(7) UNIVACC(8) 
29 UNIVACC(9) UNIVACC(10) DIALEDNO(1) DIALEDNO(2) 
30 DIALEDNO(3) DIALEDNO(4) DIALEDNO(5) DIALEDNO(6) 
31 DIALEDNO(7) DIALEDNO(8) DIALEDNO(9) DIALEDNO(10) 
BT | 15| 14 | 13 | 12 11 | 10 09 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01 | 00 
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Figure 10-6 
UCS12 CDR template (in READLR format) (continued) 
MSB LSB 
WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 02 | 01 | 00 
32 DIALEDNO(11) DIALEDNO(12) DIALEDNO(13) DIALEDNO(14) 
33 DIALEDNO(15) CALLEDNO(1) CALLEDNO(2) CALLEDNO(3) 
34 CALLEDNO(4) CALLEDNO(5) CALLEDNO(6) CALLEDNO(7) 
35 CALLEDNO(8) CALLEDNO(9) CALLEDNO(10) CALLEDNO(11) 
36 CALLEDNO(12) CALLEDNO(13) CALLEDNO(14) CALLEDNO(15) 
37 OUTPULNO(1) OUTPULNO(2) OUTPULNO(3) OUTPULNO(4) 
38 OUTPULNO(5) OUTPULNO(6) OUTPULNO(7) OUTPULNO(8) 
39 OUTPULNO(9) OUTPULNO(10) OUTPULNO(11) OUTPULNO(12) 
40 OUTPULNO(13) OUTPULNO(14) OUTPULNO(15) RAR CAINCT 
41 ORIGOPRT PREDIG CNPREDIG 
42 OPART TPART QD 
43 DNISNOA FILL1 COLLTIME 
44 ADIN(1) ADIN(2) LNPCHECK | NUMWBCKT 
45 WBCKTS(1) | WBCKTS(2) 
46 WBCKTS(3) WBCKTS(4) 
47 FINSID | BILLTYPE 
48 ORIGGRP DT 
49 ORIGMEM PSTHRU 
50 TERMGRP PRESIND 
51 TERMMEM OS | DD 
52 FINTKGRP TR | CS 
53 FINTKMEM 
54 SCPBILL(1) SCPBILL(2) 
55 SCPBILL(3) SCPBILL(4) 
56 TRTMTCD COMPCODE CRID(1) 
57 CRID(2) CRID(3) CRID(4) CRID(5) 
58 CRID(6) CRID(7) CRID(8) CRID(9) 
59 DNIS(1) DNIS(2) DNIS(3) DNIS(4) 
Br | 15| 14 | 13 | 12 | 11 | 10 | 09 08 | 07 | 06 | 05 | 04 | 03 02 | 01 | 00 
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Figure 10-6 
UCS12 CDR template (in READLR format) (end) 

MSB LSB 
WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 09 | 08 | 07 06 | 05 | 04 03 02 | 01 00 
60 DNIS(5) DNIS(6) DNIS(7) DNIS(8) 

61 DNIS(9) DNIS(10) DNIS(11) DNIS(12) 
62 DNIS(13) DNIS(14) DNIS(15) ORIGPVN(1) 
63 ORIGPVN(2) ORIGPVN(3) ORIGPVN(4) ORIGPVN(5) 
64 ORIGPVN(6) ORIGPVN(7) ORIGPVN(8) ORIGPVN(9) 
65 ORIGPVN(10) ORIGPVN(11) ORIGPVN(12) ORIGPVN(13) 
66 ORIGPVN(14) ORIGPVN(15) TERMPVN(1) TERMPVN(2) 
67 TERMPVN(3) ТЕКМРУМ(4) ТЕКМРУМ(5) TERMPVN(6) 
68 TERMPVN(7) TERMPVN(8) TERMPVN(9) TERMPVN(10) 
69 TERMPVN(11) TERMPVN(12) TERMPVN(13) TERMPVN(14) 
70 TERMPVN(15) ORIGLRN(1) ORIGLRN(2) ORIGLRN(3) 
71 ORIGLRN(4) ORIGLRN(5) ORIGLRN(6) ORIGLRN(7) 
72 ORIGLRN(8) ORIGLRN(9) ORIGLRN(10) PORTEDNO(1) 
T3 PORTEDNO(2) PORTEDNO(3) PORTEDNO(4) PORTEDNO(5) 
74 PORTEDNO(6) PORTEDNO(7) PORTEDNO(8) PORTEDNO(9) 
75 PORTEDNO(10) CICORIGN EXOPCH 

76 MLTCOSID ACG CARRSEL 
77 COSINDEX CIC RTENO 

78 RTEINDEX | FILL2 
79 CN1REQ CN2REQ CN1TREQ [ER 
80 CN2TREQ CN3REQ CNTOTREQ | CN3TREQ 
81 ECRN1 ECRM1 FILL2 
82 ECRN2 ECRM2 FILL2 
BIT 15 | 14 | 13 | 12 | 11 | 10 | 09 08 | 07 06 05 | 04 03 02 | 01 | 00 


The following abbreviations and conventions are used in Figure 10-6: 
* VL stands for VARIABLE LENGTH 
* UE stands for USEEDIT 
e TG stands for TOOLGENERATED 
• TC stands for TIMECHNG 

* OA stands for ORIGAMPM 
* DA stands for DISCAMPM 
• II stands for INC INTL 
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* QD stands for QUEUED 

* DT stands for DISCTYPE 

e PSTHRU stands for PASSTHRU 
* OS stands for OSRASSOC 

* DD stands for DIGDATA 

* TR stands for TRAP 

e CS stands for COSOVE 

• CIC stands for CICCASU 


e Shading indicates unused space 
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Figure 10-7 
UCS12 CDR template (in NORMAL format) 
MSB LSB 
15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 02 | 01 | 00 | wonpiBIT 
RECCD(1) RECCD(2) 00 
VL RESERVED1 | UE | TG ACTIDX TEMPLID 01 
SEQNUM 02 
CIC(4) CIC(3) CIC(2) CIC(1) 03 
ORIGTIME 04 
И | OA | TC ANSTYPE ORIGDATE 05 
DISCTIME 06 
FILL1! INCBILL | DA ANISUFF DISCDATE 07 
CALLDUR(2) CALLDUR(1) 08 
CALLDUR(4) CALLDUR(3) 09 
PINDIG(4) PINDIG(3) PINDIG(2) PINDIG(1) 10 
ANISP(4) ANISP(3) ANISP(2) ANISP(1) 11 
ANISP(8) ANISP(7) ANISP(6) ANISP(5) 12 
INFODIG(2) INFODIG(1) ANISP(10) ANISP(9) 13 
BILLNUM(4) BILLNUM(3) BILLNUM(2) BILLNUM(1) 14 
BILLNUM(8) BILLNUM(7) BILLNUM(6) BILLNUM(5) 15 
BILLNUM(12) BILLNUM(11) BILLNUM(10) BILLNUM(9) 16 
BILLNUM(16) BILLNUM(15) BILLNUM(14) BILLNUM(13) 17 
BILLNUM(20) BILLNUM(19) BILLNUM(18) BILLNUM(17) 18 
BILLNUM(24) BILLNUM(23) BILLNUM(22) BILLNUM(21) 19 
ACCTCD(4) ACCTCD(3) ACCTCD(2) ACCTCD(1) 20 
ACCTCD(8) ACCTCD(7) ACCTCD(6) ACCTCD(5) 21 
ACCTCD(12) ACCTCD(11) ACCTCD(10) ACCTCD(9) 22 
CLGPTYNO(4) CLGPTYNO(3) CLGPTYNO(2) CLGPTYNO(1) 23 
CLGPTYNO(8) CLGPTYNO(7) CLGPTYNO(6) CLGPTYNO(5) 24 
CLGPTYNO(12) CLGPTYNO(11) CLGPTYNO(10) CLGPTYNO(9) 25 
ACCTV RLTNO CLGPTYNO(15) CLGPTYNO(14) CLGPTYNO(13) 26 
UNIVACC(4) UNIVACC(3) UNIVACC(2) UNIVACC(1) 27 
UNIVACC(8) UNIVACC(7) UNIVACC(6) UNIVACC(5) 28 
DIALEDNO(2) DIALEDNO(1) UNIVACC(10) UNIVACC(9) 29 
DIALEDNO(6) DIALEDNO(5) DIALEDNO(4) DIALEDNO(3) 30 
DIALEDNO(10) DIALEDNO(9) DIALEDNO(8) DIALEDNO(7) 31 
15 | 14 | 13 | 12 | 11 | 10 | 09 | ов | 07 | 06 | 05 | 04 | 03 | 02 | 01| 00 | вт 
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Figure 10-7 
UCS12 CDR template (in NORMAL format) (continued) 
MSB LSB 
15 | 14 | 13 | 12 | 11 | 10 | 09 08 | 07 06 | 05 | 04 | 03 | 02 | 01 | 00 | мововіт 
DIALEDNO(14) DIALEDNO(13) DIALEDNO(12) DIALEDNO(11) 32 
CALLEDNO(3) CALLEDNO(2) CALLEDNO(1) DIALEDNO(15) 33 
CALLEDNO(7) CALLEDNO(6) CALLEDNO(5) CALLEDNO(4) 34 
CALLEDNO(11) CALLEDNO(10) CALLEDNO(9) CALLEDNO(8) 35 
CALLEDNO(15) CALLEDNO(14) CALLEDNO(13) CALLEDNO(12) 36 
OUTPULNO(4) OUTPULNO(3) OUTPULNO(2) OUTPULNO(1) 37 
OUTPULNO(8) OUTPULNO(7) OUTPULNO(6) OUTPULNO(5) 38 
OUTPULNO(12) OUTPULNO(11) OUTPULNO(10) OUTPULNO(9) 39 
CAINCT QUI OUTPULNO(15) OUTPULNO(14) OUTPULNO(13) 40 
CNPREDIG PREDIG ORIGOPRT 41 
QD TPART | ОРАКТ 42 
COLLTIME FILL1 DNISNOA 43 
NUMWBCKT | | LNPCHECK ADIN(2) ADIN(1) 44 
WBCKTS(2) WBCKTS(1) 45 
WBCKTS(4) WBCKTS(3) 46 
BILLTYPE FINSID AT 
DT ORIGGRP 48 
PSTHRU ORIGMEM 49 
PRESIND TERMGRP 50 
DD OS TERMMEM 51 
CS | TR FINTKGRP 52 
FINTKMEM 53 
SCPBILL(2) SCPBILL(1) 54 
SCPBILL(4) SCPBILL(3) 55 
CRID (1) COMPCODE TRTMTCD 56 
CRID(5) CRID (4) CRID(3) CRID(2) 57 
CRID(9) CRID(8) CRID(7) CRID(6) 58 
DNIS(4) DNIS(3) DNIS(2) DNIS(1) 59 
15| 44 | 13| 12 | 11 10| 09 ов | 07 | 06 | 05 | 04 | 03 | 02 |01| 00) вт 
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Figure 10-7 
UCS12 CDR template (in NORMAL format) (end) 
MSB LSB 
15 | 14 | 13 | 12 11 | 10 09 | 08 | 07 | 06 | 05 04 03 | 02 | 01 | 00 | WORD/BIT 
DNIS(8) DNIS(7) DNIS(6) DNIS(5) 60 
DNIS(12) DNIS(11) DNIS(10) DNIS(9) 61 
ORIGPVN(1) DNIS(15) DNIS(14) DNIS(13) 62 
ORIGPVN(5) ORIGPVN(4) ORIGPVN(3) ORIGPVN(2) 63 
ORIGPVN(9) ORIGPVN(8) ORIGPVN(7) ORIGPVN(6) 64 
ORIGPVN(13) ORIGPVN(12) ORIGPVN(11) ORIGPVN(10) 65 
TERMPVN(2) TERMPVN(1) ORIGPVN(15) ORIGPVN(14) 66 
TERMPVN(6) TERMPVN(5) TERMPVN(4) TERMPVN(3) 67 
TERMPVN(10) TERMPVN(9) TERMPVN(8) TERMPVN(7) 68 
TERMPVN(14) TERMPVN(13) TERMPVN(12) TERMPVN(11) 69 
ORIGLRN(3) ORIGLRN(2) ORIGLRN(1) TERMPVN(15) 70 
ORIGLRN(7) ORIGLRN(6) ORIGLRN(5) ORIGLRN(4) 71 
PORTEDNO(1) ORIGLRN(10) ORIGLRN(9) ORIGLRN(8) 72 
PORTEDNO(5) PORTEDNO(4) PORTEDNO(3) PORTEDNO(2) 73 
PORTEDNO(9) PORTEDNO(8) PORTEDNO(7) PORTEDNO(6) 74 
EXOPCH CICORIGN PORTEDNO(10) 75 
CARRSEL ACG MLTCOSID 76 
RTENO CIC COSINDEX 77 
FILL2 RTEINDEX 78 
pn CNITREQ CN2REQ CN1REQ 79 
CN3TREQ CNTOTREQ CN3REQ CN2TREQ 80 
FILL2 ECRM1 ECRN1 81 
FILL2 ECRM2 ECRN2 82 
15 | 14 | 13 | 12 | 11 | 10 09 | 08 | 07 | 06 | 05 04 | 03 | 02 01 00 вт 


The following abbreviations and conventions are used in Figure 10-7: 
VL stands for VARIABLE, LENGTH 
UE stands for USEEDIT 

TG stands for TOOLGENERATED 
TC stands for TIMECHNG 

OA stands for ORIGAMPM 

DA stands for DISCAMPM 

II stands for INC INTL 
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* QD stands for QUEUED 

* DT stands for DISCTYPE 

e PSTHRU stands for PASSTHRU 
* OS stands for OSRASSOC 

* DD stands for DIGDATA 

* TR stands for TRAP 

e CS stands for COSOVE 

• CIC stands for CICCASU 


e Shading indicates unused space 
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Figure 10-8 
UCS13 CDR template (in READLR format) 
MSB LSB 
WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 09 | 08 | 07 06 05 | 04 03 | 02 | 01 00 
00 RECCD(1) RECCD(2) 
01 VL RESERVED1 UE | TG ACTIDX TEMPLID 
02 SEQNUM 
03 CIC(1) CIC(2) CIC(3) CIC(4) 
04 ORIGTIME 
05 ORIGDATE ANSTYPE TC | OA | II 
06 DISCTIME 
07 DISCDATE ANISUFF DA | INCBILL | Е 
08 CALLDUR(1) CALLDUR(2) 
09 CALLDUR(3) CALLDUR(4) 
10 PINDIG(1) PINDIG(2) PINDIG(3) PINDIG(4) 
11 ANISP(1) ANISP(2) ANISP(3) ANISP(4) 
12 ANISP(5) ANISP(6) ANISP(7) ANISP(8) 
13 ANISP(9) ANISP(10) INFODIG(1) INFODIG(2) 
14 BILLNUM(1) BILLNUM(2) BILLNUM(3) BILLNUM(4) 
15 BILLNUM(5) BILLNUM(6) BILLNUM(7) BILLNUM(8) 
16 BILLNUM(9) BILLNUM(10) BILLNUM(11) BILLNUM(12) 
17 BILLNUM(13) BILLNUM(14) BILLNUM(15) BILLNUM(16) 
18 BILLNUM(17) BILLNUM(18) BILLNUM(19) BILLNUM(20) 
19 BILLNUM(21) BILLNUM(22) BILLNUM(23) BILLNUM(24) 
20 ACCTCD(1) ACCTCD(2) ACCTCD(3) ACCTCD(4) 
21 ACCTCD(5) ACCTCD(6) ACCTCD(7) ACCTCD(8) 
22 ACCTCD(9) ACCTCD(10) ACCTCD(11) ACCTCD(12) 
23 CLGPTYNO(1) CLGPTYNO(2) CLGPTYNO(3) CLGPTYNO(4) 
24 CLGPTYNO(5) CLGPTYNO(6) CLGPTYNO(7) CLGPTYNO(8) 
25 CLGPTYNO(9) CLGPTYNO(10) CLGPTYNO(11) CLGPTYNO(12) 
26 CLGPTYNO(13) CLGPTYNO(14) CLGPTYNO(15) RLTNO ACCTV 
27 UNIVACC(1) UNIVACC(2) UNIVACC(3) ӘМІМАСС(4) 
28 UNIVACC(5) UNIVACC(6) UNIVACC(7) UNIVACC(8) 
29 UNIVACC(9) UNIVACC(10) DIALEDNO(1) DIALEDNO(2) 
30 DIALEDNO(3) DIALEDNO(4) DIALEDNO(5) DIALEDNO(6) 
31 DIALEDNO(7) DIALEDNO(8) DIALEDNO(9) DIALEDNO(10) 
BT | 15| 14 | 13 | 12 11 | 10 09 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01 | 00 


297-2621-395 Standard 09.04 January 2006 


CDR templates 10-29 


Figure 10-8 
UCS13 CDR template (in READLR format) (continued) 
MSB LSB 

WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 05 | 04 | 03 | 02 | 01 | 00 
32 DIALEDNO(11) DIALEDNO(12) DIALEDNO(13) DIALEDNO(14) 
33 DIALEDNO(15) CALLEDNO(1) CALLEDNO(2) CALLEDNO(3) 
34 CALLEDNO(4) CALLEDNO(5) CALLEDNO(6) CALLEDNO(7) 
35 CALLEDNO(8) CALLEDNO(9) CALLEDNO(10) CALLEDNO(11) 
36 CALLEDNO(12) CALLEDNO(13) CALLEDNO(14) CALLEDNO(15) 
37 OUTPULNO(1) OUTPULNO(2) OUTPULNO(3) OUTPULNO(4) 
38 OUTPULNO(5) OUTPULNO(6) OUTPULNO(7) OUTPULNO(8) 
39 OUTPULNO(9) OUTPULNO(10) OUTPULNO(11) OUTPULNO(12) 
40 OUTPULNO(13) OUTPULNO(14) OUTPULNO(15) RAR CAINCT 
41 ORIGOPRT PREDIG CNPREDIG 
42 OPART TPART QD 
43 DNISNOA Fill 1 COLLTIME 
44 ADIN(1) ADIN(2) LNPCHECK | NUMWBCKT 
45 WBCKTS(1) | WBCKTS(2) 
46 WBCKTS(3) WBCKTS(4) 
47 FINSID | BILLTYPE 
48 ORIGGRP DT 
49 ORIGMEM PSTHRU 
50 TERMGRP PRESIND 
51 TERMMEM os | DD 
52 FINTKGRP TR | CS 
53 FINTKMEM 
54 SCPBILL(1) SCPBILL(2) 
55 SCPBILL(3) SCPBILL(4) 
56 TRTMTCD COMPCODE CRID(1) 
57 CRID(2) CRID(3) CRID(4) CRID(5) 
58 CRID(6) CRID(7) CRID(8) CRID(9) 
59 DNIS(1) DNIS(2) DNIS(3) DNIS(4) 
Br | 15| 14 | 13 12 | 11 | 10 оо | 08 | 07 | 06 |05 | 04 | оз | 02 | 01 | 00 
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Figure 10-8 
UCS13 CDR template (in READLR format) (end) 

MSB LSB 
WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 09 | 08 | 07 06 05 | 04 03 | 02 | 01 00 
60 DNIS(5) DNIS(6) DNIS(7) DNIS(8) 

61 DNIS(9) DNIS(10) DNIS(11) DNIS(12) 
62 DNIS(13) DNIS(14) DNIS(15) ORIGPVN(1) 
63 ORIGPVN(2) ORIGPVN(3) ORIGPVN(4) ORIGPVN(5) 
64 ORIGPVN(6) ORIGPVN(7) ORIGPVN(8) ORIGPVN(9) 
65 ORIGPVN(10) ORIGPVN(11) ORIGPVN(12) ORIGPVN(13) 
66 ORIGPVN(14) ORIGPVN(15) TERMPVN(1) TERMPVN(2) 
67 TERMPVN(3) ТЕКМРУМ(4) ТЕКМРУМ(5) TERMPVN(6) 
68 TERMPVN(7) TERMPVN(8) TERMPVN(9) TERMPVN(10) 
69 TERMPVN(11) TERMPVN(12) TERMPVN(13) TERMPVN(14) 
70 TERMPVN(15) ORIGLRN(1) ORIGLRN(2) ORIGLRN(3) 
71 ORIGLRN(4) ORIGLRN(5) ORIGLRN(6) ORIGLRN(7) 
72 ORIGLRN(8) ORIGLRN(9) ORIGLRN(10) PORTEDNO(1) 
T3 PORTEDNO(2) PORTEDNO(3) PORTEDNO(4) PORTEDNO(5) 
74 PORTEDNO(6) PORTEDNO(7) PORTEDNO(8) PORTEDNO(9) 
75 PORTEDNO(10) CICORIGN EXOPCH 

76 MLTCOSID ACG CARRSEL 
77 COSINDEX CIC RTENO 

78 RTEINDEX | FILL2 
79 CN1REQ CN2REQ CN1TREQ [ER 
80 CN2TREQ CN3REQ CNTOTREQ | CN3TREQ 
81 ECRN1 ECRM1 FILL2 
82 ECRN2 ECRM2 FILL2 
BIT 15 | 14 | 13 | 12 | 11 | 10 | 09 08 | 07 06 05 | 04 03 02 | 01 | 00 


The following abbreviations and conventions are used in Figure 10-8: 
* VL stands for VARIABLE LENGTH 
* UE stands for USEEDIT 
e TG stands for TOOLGENERATED 
• TC stands for TIMECHNG 

* OA stands for ORIGAMPM 
* DA stands for DISCAMPM 
• II stands for INC INTL 
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* QD stands for QUEUED 

* DT stands for DISCTYPE 

e PSTHRU stands for PASSTHRU 
* OS stands for OSRASSOC 

* DD stands for DIGDATA 

* TR stands for TRAP 

e CS stands for COSOVE 

• CIC stands for CICCASU 


e Shading indicates unused space 
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Figure 10-9 
UCS13 CDR template (in NORMAL format) 
MSB LSB 
15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 02 | 01 | 00 | wonpiBIT 
RECCD(1) RECCD(2) 00 
VL RESERVED1 | UE | TG ACTIDX TEMPLID 01 
SEQNUM 02 
CIC(4) CIC(3) CIC(2) CIC(1) 03 
ORIGTIME 04 
И | OA | TC ANSTYPE ORIGDATE 05 
DISCTIME 06 
FILL1! INCBILL | DA ANISUFF DISCDATE 07 
CALLDUR(2) CALLDUR(1) 08 
CALLDUR(4) CALLDUR(3) 09 
PINDIG(4) PINDIG(3) PINDIG(2) PINDIG(1) 10 
ANISP(4) ANISP(3) ANISP(2) ANISP(1) 11 
ANISP(8) ANISP(7) ANISP(6) ANISP(5) 12 
INFODIG(2) INFODIG(1) ANISP(10) ANISP(9) 13 
BILLNUM(4) BILLNUM(3) BILLNUM(2) BILLNUM(1) 14 
BILLNUM(8) BILLNUM(7) BILLNUM(6) BILLNUM(5) 15 
BILLNUM(12) BILLNUM(11) BILLNUM(10) BILLNUM(9) 16 
BILLNUM(16) BILLNUM(15) BILLNUM(14) BILLNUM(13) 17 
BILLNUM(20) BILLNUM(19) BILLNUM(18) BILLNUM(17) 18 
BILLNUM(24) BILLNUM(23) BILLNUM(22) BILLNUM(21) 19 
ACCTCD(4) ACCTCD(3) ACCTCD(2) ACCTCD(1) 20 
ACCTCD(8) ACCTCD(7) ACCTCD(6) ACCTCD(5) 21 
ACCTCD(12) ACCTCD(11) ACCTCD(10) ACCTCD(9) 22 
CLGPTYNO(4) CLGPTYNO(3) CLGPTYNO(2) CLGPTYNO(1) 23 
CLGPTYNO(8) CLGPTYNO(7) CLGPTYNO(6) CLGPTYNO(5) 24 
CLGPTYNO(12) CLGPTYNO(11) CLGPTYNO(10) CLGPTYNO(9) 25 
ACCTV RLTNO CLGPTYNO(15) CLGPTYNO(14) CLGPTYNO(13) 26 
UNIVACC(4) UNIVACC(3) UNIVACC(2) UNIVACC(1) 27 
UNIVACC(8) UNIVACC(7) UNIVACC(6) UNIVACC(5) 28 
DIALEDNO(2) DIALEDNO(1) UNIVACC(10) UNIVACC(9) 29 
DIALEDNO(6) DIALEDNO(5) DIALEDNO(4) DIALEDNO(3) 30 
DIALEDNO(10) DIALEDNO(9) DIALEDNO(8) DIALEDNO(7) 31 
15 | 14 | 13 | 12 | 11 | 10 | 09 | ов | 07 | 06 | 05 | 04 | 03 | 02 | 01| 00 | вт 
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Figure 10-9 
UCS13 CDR template (in NORMAL format) (continued) 
MSB LSB 
15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01 | 00 | мововіт 
DIALEDNO(14) DIALEDNO(13) DIALEDNO(12) DIALEDNO(11) 32 
CALLEDNO(3) CALLEDNO(2) CALLEDNO(1) DIALEDNO(15) 33 
CALLEDNO(7) CALLEDNO(6) CALLEDNO(5) CALLEDNO(4) 34 
CALLEDNO(11) CALLEDNO(10) CALLEDNO(9) CALLEDNO(8) 35 
CALLEDNO(15) CALLEDNO(14) CALLEDNO(13) CALLEDNO(12) 36 
OUTPULNO(4) OUTPULNO(3) OUTPULNO(2) OUTPULNO(1) 37 
OUTPULNO(8) OUTPULNO(7) OUTPULNO(6) OUTPULNO(5) 38 
OUTPULNO(12) OUTPULNO(11) OUTPULNO(10) OUTPULNO(9) 39 
CAINCT QUI OUTPULNO(15) OUTPULNO(14) OUTPULNO(13) 40 
CNPREDIG PREDIG ORIGOPRT 41 
QD TPART OPART 42 
COLLTIME Fill 1 DNISNOA 43 
NUMWBCKT | | LNPCHECK ADIN(2) ADIN(1) 44 
WBCKTS(2) WBCKTS(1) 45 
WBCKTS(4) WBCKTS(3) 46 
BILLTYPE FINSID AT 
DT ORIGGRP 48 
PSTHRU ORIGMEM 49 
PRESIND TERMGRP 50 
DD OS TERMMEM 51 
CS | TR FINTKGRP 52 
FINTKMEM 53 
SCPBILL(2) SCPBILL(1) 54 
SCPBILL(4) SCPBILL(3) 55 
CRID (1) COMPCODE TRTMTCD 56 
CRID(5) CRID (4) CRID(3) CRID(2) 57 
CRID(9) CRID(8) CRID(7) CRID(6) 58 
DNIS(4) DNIS(3) DNIS(2) DNIS(1) 59 
15| 44 | 13| 12 | 11 10| 09 ов | 07 | 06 | 05 | 04 | 03 | 02 |01| 00) вт 
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Figure 10-9 
UCS13 CDR template (in NORMAL format) (end) 
MSB LSB 
15 | 14 | 13 | 12 11 | 10 09 | 08 | 07 | 06 | 05 04 03 | 02 | 01 | 00 | WORD/BIT 
DNIS(8) DNIS(7) DNIS(6) DNIS(5) 60 
DNIS(12) DNIS(11) DNIS(10) DNIS(9) 61 
ORIGPVN(1) DNIS(15) DNIS(14) DNIS(13) 62 
ORIGPVN(5) ORIGPVN(4) ORIGPVN(3) ORIGPVN(2) 63 
ORIGPVN(9) ORIGPVN(8) ORIGPVN(7) ORIGPVN(6) 64 
ORIGPVN(13) ORIGPVN(12) ORIGPVN(11) ORIGPVN(10) 65 
TERMPVN(2) TERMPVN(1) ORIGPVN(15) ORIGPVN(14) 66 
TERMPVN(6) TERMPVN(5) TERMPVN(4) TERMPVN(3) 67 
TERMPVN(10) TERMPVN(9) TERMPVN(8) TERMPVN(7) 68 
TERMPVN(14) TERMPVN(13) TERMPVN(12) TERMPVN(11) 69 
ORIGLRN(3) ORIGLRN(2) ORIGLRN(1) TERMPVN(15) 70 
ORIGLRN(7) ORIGLRN(6) ORIGLRN(5) ORIGLRN(4) 71 
PORTEDNO(1) ORIGLRN(10) ORIGLRN(9) ORIGLRN(8) 72 
PORTEDNO(5) PORTEDNO(4) PORTEDNO(3) PORTEDNO(2) 73 
PORTEDNO(9) PORTEDNO(8) PORTEDNO(7) PORTEDNO(6) 74 
EXOPCH CICORIGN PORTEDNO(10) 75 
CARRSEL ACG MLTCOSID 76 
RTENO CIC COSINDEX 77 
FILL2 RTEINDEX 78 
pn CNITREQ CN2REQ CN1REQ 79 
CN3TREQ CNTOTREQ CN3REQ CN2TREQ 80 
FILL2 ECRM1 ECRN1 81 
FILL2 ECRM2 ECRN2 82 
15 | 14 | 13 | 12| 11 | 10 09 | 08 | 07 | 06 | 05 04 | 03 | 02 | 01/00 вт 


The following abbreviations and conventions are used in Figure 10-9: 
VL stands for VARIABLE, LENGTH 
UE stands for USEEDIT 

TG stands for TOOLGENERATED 
TC stands for TIMECHNG 

OA stands for ORIGAMPM 

DA stands for DISCAMPM 

II stands for INC INTL 
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* QD stands for QUEUED 

* DT stands for DISCTYPE 

e PSTHRU stands for PASSTHRU 
* OS stands for OSRASSOC 

* DD stands for DIGDATA 

* TR stands for TRAP 

e CS stands for COSOVE 

• CIC stands for CICCASU 


e Shading indicates unused space 
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Appendix C 
Working template 


Use Figure 11-1 to design new call detail record templates. 
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Figure 11-1 
Working template 


MSB 


LSB 


WORD/BIT 


15 


13 


12 


11 


10 


09 


08 


07 


06 


05 


04 


03 


02 


01 


00 


00 


ECCD(1) 


RECCD(2) 


01 


VL 


FILL3 


UE 


TG 


ACTIDX 


TEM 


PLID 


02 


03 


04 


05 


06 


07 


08 


09 


10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


20 


21 


22 


23 


24 


25 


26 


27 


28 


29 


30 


31 


BIT 


15 


14 


13 


12 


11 


10 


09 


08 


07 


06 


05 


04 


03 


02 


01 


00 
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Figure 11-1 
Working template (continued) 


MSB LSB 
WORD/BIT | 15 | 14 | 13 | 12 | м | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01 | 00 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
BIT 15 | 14 | 13| 12 | 11 | 10| 09 | 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01 | 00 
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Figure 11-1 


Working template (continued) 


MSB 


LSB 


WORD/BIT 


15 


14 


13 


12 


11 


10 


09 


08 


07 


06 


05 


04 


03 


02 


01 


00 


64 


65 


66 


67 


68 


69 


70 


71 


72 


73 


74 


75 


76 


77 


78 


79 


80 


81 


82 


83 


84 


85 


86 


87 


88 


89 


90 


91 


92 


93 


94 


95 


BIT 


15 


14 


13 


12 


11 


10 


09 


08 


07 


06 


05 


04 


03 


02 


01 


00 
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Figure 11-1 
Working template (end) 


MSB LSB 
WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 09 | 08 | 07 | 06 05 04 03 02 01 00 
96 
97 
98 
99 
100 
101 
102 
103 
104 
105 
106 
107 
108 
109 
110 
111 
112 
113 
114 
115 
116 
117 
118 
119 
120 
121 
122 
123 
124 
125 
126 
127 
BIT 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01 | 00 
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Appendix D 
OSR field descriptions 


Table 12-1 contains field numbers, names, bits per field, bit offset of each 
field, and definitions of field name acronyms. Table 12-2 describes the 
purpose and meaning of each OSR field. 


Table 12-1 
OSR format 
No. Field name Bits Offset Field Contents 
1 RECCODE 16 0 Record code 
2 ENTCODE 8 16 Entry code 
3 INFODIGS 8 24 Information digits 
4 SERVFEAT 8 32 Service feature code 
5 CALLNGNO 40 40 Calling number 
6 CALLEDNO 60 80 Called number 
7 EVENTDIG 4 140 Event information digits 
8 STARTTME 36 144 Start time 
9 OPERNUMB 12 180 Operator number 
10 ELPSDTME 24 192 Elapsed time 
11 CNOVTRCL 4 216 Coin overtime recalls 
12 TRDIGS 4 220 Enhanced transfer digits 
13 EOPSINFO 16 224 EOPS information digits 
14 INDIC 240 Credit indicator 
15 BILLCODE 242 Billing number code 
16 TRBLCODE 7 244 Trouble code 
—continued— 
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Table 12-1 OSR format (continued) 


Мо. Field name Bits Offset Field Contents 
17 TEAMNUMB 5 251 Team number 
18 BILLNUMB 92 256 Billing number digits 
19 ADJTYPE 4 348 Type of adjustment 
20 ROOMNUMB 24 352 Room number 
21 ADJENTRY 8 376 Adjustment entry code 
22 GUEST 80 384 Guest name 
23 HOTELTAX 16 464 Hotel tax 
24 QUOTEAMT 16 480 Quoted amount 
25 ADJTIME 16 496 Adjustment time 
26 ADJAMT 16 512 Adjustment amount 
27 SEQNUMB 16 528 Sequence number 
28 WALKAWAY 16 544 Pay phone abuse 
29 SSASCODE 8 560 Coin call abuse codes 
30 CALLID 32 568 Call ID number 
31 FILLER 8 600 TBCD nulls 
32 FILLER 2 608 TBCD nulls 
33 CNCREDIT 1 610 Coin credit adjustment 
34 SSASINDC 1 611 Station signaling indicator 
35 RLTBRDG 1 612 Release Link Trunk bridge 
36 COIN 1 613 Coin call indicator 
37 SWID 10 614 Switch ID 
Total = 624 bits (39 words, including filters) 

- end - 
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Table 12-2 OSR field descriptions 


Field Name Description 

1 RECCODE The record code indicates the type of operator handling the call. An 
F1 record code denotes a domestic operator-handled record. An 
F3 record code denotes an international operator-assisted record. 

2 ENTCODE The entry code is a two-digit code with a value of 00 through 99 that 


identifies the type of call being recorded. Types of calls identified 
may be person-to-person, station-to-station, prepaid, collect, 
international, or domestic. Entry code meanings are 


20 - Charge adjust for domestic station-to-station (STA PD, STA 
COL, STA SPL CLG, STA SPL CLD) 


21 - Station-to-station Collect 


Note: Three records generated are: one CDR and two OSRs. The 
first OSR contains charge adjust information. The second does not 
contain terminating call information. Sequence numbers match. 


22 = Station-to-station Special (Calling Party) 


23 = Charge adjust for domestic person-to-person (PER PD, PER 
COL, PER SPL CLG, PER SPL CLD PCB PD, PCB SPL CLG, 
PCBUNSPECIFIED) 


Note: Three records generated are: one CDR and two OSRs. The 
first OSR contains charge adjust information. The second does not 
contain terminating call information. Sequence numbers match. 


24 = Person-to-person Collect 
25 - Person-to-person Special (Calling Party) 


26 = Auto Collect (or 800 Number Default) appears in an OSR when 
the operator presses the auto collect key or when a call is made to 
an 800 number and no other class charge keys were pressed. A 
class charge key overrides auto collect. 


27 = Station-to-station Special (Called Party) 
28 - Person-to-person Special (Called Party) 
29 through 59 = Not Used 


60 = Charge adjust for station paid operator-assisted (International) 
(STA PD, STA COL, STA SPL CLG, STA SPL CLD) 


Note: Three records generated are: one CDR and two OSRs. The 
first OSR contains charge adjust information. The second does not 
contain terminating call information. Sequence numbers match. 


- continued - 
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Table 12-2 


OSR field descriptions (continued) 


Field Name Description 
61 = Station-to-station Collect (International) 
62 - Station-to-station Special (Calling Party International) 
63 = Charge adjust for person-to-person (International) (PER PD, PER 
COL, PER SPL CLG, PER SPL CLD PCB PD, PCB SPL CLG, PCB 
UNSPECIFIED) 
Note: Three records generated are: one CDR and two OSRs. The first 
OSR contains charge adjust information. The second does not contain 
terminating call information. Sequence numbers match. 
64 = Person-to-person Collect (International) 
65 = Person-to-person Special (Calling Party International) 
66 = Not used 
67 - Station-to-station Special (Called Party International) 
68 = Person-to-person Special (Called Party International) 
69 through 95 = Not used 
97 - Cancelled Call (Domestic) 
96 - Other charge adjustments 
98 - Cancelled Call (International) 
99 - Test Call 

3 INFODIGS Information digits 1 and 2 each use a single digit code, 0 through 7, to 
record data on call events that occur during the call record interval. 
The first digit (INFODIG 1) contains data about Service Analyzed, 
Charge, and Traffic Sampled call events. The second digit (INFODIG 2) 
contains data about ANI Fail, Operator Dialed, and Operator Identified 
call events. The values 0 through 7 represent a set of Y and N flags for 
events associated with each information digit. For example, if a call is 
not service analyzed but is chargeable and traffic sampled, a value of 6 
is given to INFODIG 1. Table 12-3 illustrates these events and the 
corresponding set of Y and N flags associated with the event for 
information digits 1 and 2. 

4 SERVFEAT The service feature code is identified by two digits: X and Y. X 


indicates the calling party's service class, and Y indicates the called 
party's service class. Three values for either X or Y are available for 
assignment: 


—continued— 
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Table 12-2 


OSR field descriptions (continued) 


Field Name 


Description 


5 CALLNGNO 


6 CALLEDNO 


7 EVENTDIG 


8 STARTTME 


0 = Default 
1 = Not used 
2 - Hotel/motel 


Hotel calls are set on receipt of the identification digits 06 or when the 
HOTEL key is entered by the operator. 


Calling number identification is provided in the 10-digit OSR calling 
number field. It holds the same number as the ANISP or BILLNUM 
field of the corresponding CDR except when the operator overwrites 
the field with a new number for special billing. 


The called number field normally contains the same number as the 
DIALEDNO field in the corresponding CDR for any given call. An 
exception is when the operator overrides the entry with a new called 
number. 


The EVENTDIG field indicates answer when two conditions are 
met—the operator has depressed the STTMG key at the console and 
answer supervision has been returned from the called party. 


EVENTDIGS provide information concerning answer, calling party 
disconnect, called party disconnect, blue box fraud, and blocked calls. 
Refer to Table 12-4 for digit values. 


Interface with an ISUP IMT affects this field in two ways: 


e Answer is set only if the call is answered before it is bridged by the 
operator. 


e Called Party Disconnect is set if the called party hangs up while the 
operator is in the call and also when the call is bridged and the 
RELease message is received from the called party first. 


The nine-digit STARTTME field record contains one of the following: 


e Answered Calls: This record contains date and time when called 
party answer occurs (valid answer signal detected). 


e Unanswered calls: This record contains date and time of initial 
outgoing trunk seizure. The nine-digit time record contains the 
following information: 


Day of year: 001-366 
Hour: 00-23 


—continued— 
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Table 12-2 
OSR field descriptions (continued) 


Field Name Description 


Minute: 00-59 
Second: 00-59 
e Interface with an ISUP ІМТ affects the field two ways: 


— When answer occurs while the operator is still bridged in the 
call (bridge after answer), STARTTIME corresponds to answer 
time. 


— When call is bridged before answer, STARTTIME is the initial 
outgoing trunk seizure time. 


9 OPERNUM The OPERNUM field contains the assigned number of the operator 
handling the call or verification attempt. The field is displayed in binary 
with a range of 0 — 4095. 


10 ELAPSDTME The ELAPSDTME field holds a six-digit record that identifies the total 
conversation time in seconds for answered calls. For unanswered calls, 
the ELAPSDTME field identifies the total elapsed time in seconds that 
the circuit was held. 


Elapsed time OSR correlates to call duration in CDR as follows: 
e Са! answered, followed by ST-TMG key entry: 
— CALLDUR = Duration since call answer 
— ELPSDTME - Duration since ST TMG entry 
e ST-TMG key entered, followed by call answer: 
— CALLDUR = Duration since call answer 
— ELPSDTME - Duration since call answer 
e Са! not answered, ST-TMG key not entered: 
— CALLDUR = 0 
— ELPSDTME = 0 
e Call not answered, ST-TMG key entered: 
— CALLDUR = 0 
— ELPSDTME - Duration since ST TMG entry 


11 CNOVTRCL This field indicates how often a coin call is recalled to the operator. 
Recalls occur for initial charge payment, payment of overtime charges, 
operator suspected fraud, and operator assistance timeout. 


—continued— 
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Table 12-2 


OSR field descriptions (continued) 


Field 


Name 


Description 


12 


TRDIGS 


EOPSINFO 


INDIC 


BILLCODE 


TRBLCODE 


TEAMNUMB 


BILLNUMB 


Enhanced Transfer Digits are recorded in this two-byte field to identify a 
special type of transfer applied by the last operator to service a call. 
There are 15 logical queues available for Enhanced Transfer. They may 
be assigned, for example, to various foreign language operators or 
other operators that are called in only for special functions. The default 
value of this field is 00, which indicates that no enhanced transfer has 
occurred. Any field value of 01 through 15 indicates that an enhanced 
transfer has been applied to the call. The numeric value identifies the 
last enhanced group. Logical values 0 to 15 may be assigned. (For 
example, 01 could mean that a transfer to a French-speaking operator 
has been performed.) 


EOPS information digits are displayed in a four-digit code with each 
digit having a value of O through 7. This display provides additional call 
information by means of a yes/no system. 


The credit indicator field accepts a two-bit code that determines how a 
call credit is applied, usually for charge-adjusted calls. An INDIC value 
of 1 identifies the minutes to be credited, a value of 2 identifies the 
dollars and cents to be credited, and a value of 3 indicates that the 
entire call is to be credited. A value of 0 means no indicator is 
provided. 


The billing code number field has a 0-3 value and is displayed in binary. 
It identifies the type of billing number (BILLNUM) recorded. A binary 01 
indicates calling card billing and a binary 11 indicates authcode billing. 


0 = Station paid, collect, or no charge 
1 = 14-digit calling card or COMM credit card 


2 = Not used 


3 = 7-аїдії authorization code, 10-digit third party number, or 7-digit 
third party number 


The trouble code is a seven-bit customer-defined code entered by the 
operator when a call problem occurs. 


This field contains a two-digit code that identifies the operator team 
number. 


This field may contain a true billing number (calling card, authcode, or 
third party) or a sequence number that is used by downstream billing to 
match with an ONC CDR. Sequence number matching is required for 
commercial credit card billing. 


—continued— 
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Table 12-2 


OSR field descriptions (continued) 


Field Name Description 

19 ADJTYPE This field contains a one-digit code (0-9) entered by the operator to 
identify the reason for charge adjustment: 

5 = Call Cutoff 

6 = Manually Rated 
7 = Change Billing 
8 = Not Assigned 

9 = Not Assigned 

20 ROOMNUMB _ This field identifies the number of the hotel room from which a call was 
placed. The field accepts any alphanumeric combination up to six 
hexadecimal characters (three bytes). 

21 ADJENTRY The adjustment entry code is a two-digit field that is identical to the 
Entry Code in the initial billing record if no change in billing has 
occurred. ADJENTRY is used for room identification purposes. Refer to 
Table 12-5 for digit information. 

22 GUEST The guest name field holds up to eight digits or four bytes used to 
identify a long distance call from a hotel room. 

23 HOTELTAX The four-digit hotel tax field identifies the hotel tax surcharge calculated 
by tables within the DMS-250 switch. 

24 QUOTEAMT The four-digit quoted amount field contains either the amount quoted 
(less tax) for a hotel call or the dollars and cents quoted on a time and 
charges call. 

25 ADJTIME The four-digit adjustment time field marks the approximate hour and 
minutes of the call adjusted by the operator. If no time is provided, 
System time is used. 

26 ADJAMT The Adjustment Entry Code identifies the adjustment amount applied 
by the operator when a change of billing is performed. It is presented 
as an integer and entered in cents up to 9999 or in minutes up to 99. If 
the entire call is to be credited, the value is O. 

27 SEQNUMB For each EOPS call processed by the DMS-250 switch, an OSR/CDR 


record pair is generated. To prevent duplicate billing, an identifying 
sequence number is assigned to each operator-handled call upon 
disconnect. Downstream billing uses the sequence number to match 
call record forms, ensuring that a single, accurate call billing record 
results. 


—continued— 
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Table 12-2 


OSR field descriptions (continued) 


Field 


Name 


Description 


28 


29 


WALKAWAY 


SSASCODE 


This field contains the amount that was deposited for a coin call 
according to one of the following five cases: 


Case 1: Call with coin credit where the amount of credit is greater than 
or equal to the amount collected for the call. WALKAWAY equals 0. 


Case 2: Call with coin credit where the amount of credit is less than the 
amount collected for the call. WALKAWAY equals amount collected 
minus the amount of credit. 


Case 3: Coin call with a walkaway detected by either ACTS or the 
operator, where the amount of the walkaway is greater than or equal to 
the charge for the call. WALKAWAY equals 0. 


Case 4: Coin credit call with a walkaway detected by either ACTS or 
the operator, where the amount of the walkaway is less than the charge 
for the call. WALKAWAY equals amount of charge less amount of 
walkaway. 


Case 5: Coin call with no walkaways detected. WALKAWAY equals 
amount collected for call. 


This field contains 16 bits (0-65535). 


Station Signaling and Announcement Subsystem (SSAS) codes are 
used to indicate specific types of coin call fraud or a walkaway from a 
pay phone. Combinations of call attributes or operator keying actions 
are mapped to provide the following readouts: 


12: ACTS call and operator suspected fraud 

18: ACTS call 

22: ACTS call, operator override, and operator suspected fraud 
28: ACTS call and operator override 

32: Call not handled by ACTS and operator suspected fraud 
38: Call not handled by ACTS 


52: ACTS call, operator entered walkaway, and operator suspected 
fraud 


58: ACTS call and operator entered walkaway 


62: ACTS call, operator override, operator entered walkaway, operator 
suspected fraud 


68: ACTS call, operator override, and operator entered walkaway 


—continued— 


Digital Switching Systems UCS DMS-250 Billing Records Application Guide SN09 (DMS) 


12-10 Appendix D 


Table 12-2 OSR field descriptions 


Field Name 


Description 


30 


31 
32 
33 


34 


35 


CALLID 


FILLER 
FILLER 
CNCREDIT 


SSASINDC 


RLTBRDG 


72: Call not handled by ACTS, operator suspected fraud, and 
operator entered walkaway 


78: Call not handled by ACTS and operator entered walkaway 
92: ACTS detected walkaway and operator suspected fraud 
98: Call handled by ACTS and ACTS detected walkaway 


This field contains an eight-digit call identification number, which is 
storedin the OSR and generated for all operator services calls 
(including multiple attempts and third party verification). It allows 
the ONC to display call information on the operator screen when the 
call is transferred to another position. It also correlates OSR with 
the billingrecord generated by the ONC. CALLID is sent to the ONC 
upon call origination, operator-originated calls with no call on other 
loop, call transfer, time and charges, coin overtime recall, or notify 
recall condition. 


With release link trunk (RLT), the CALLID field of the remote OSR 
is matched with that of the host OSR by setting a bit in the host OSR 
to indicate the call was successfully bridged. Online billing systems 
need the OSR flag to indicate that there is further billing information 
about the call at a remote switch. The billing system uses the 
CALLID field to match the two records. The CALLID is sent from the 
host to the remote in the Generic Digits parameter of the bridging 
FAR message. The remote copies this value into the CALLID field 
of the OSR for the call. For calls involved in a multiple RLT 
configuration, the CALLID is not recorded in the tandem switch. The 
Facility Request message containing the CALLID passes through 
the tandem office. 


TBCD nulls 
TBCD nulls 


CNCREDIT is used to indicate that a non-standard charge 
adjustment for a coin credit was entered by the operator (for 
example, CNCREDIT,WALKAWAY). The CNCREDIT field is set to 
1 to show the adjustment. Additional OSR records are generated 
for non-standard adjustments. 


О = No credit 
1 - Credit 


This field is set to 1 if the call is handled strictly by ACTS. If there is 
operator involvement, the field is set to O. 


RLTBRDG indicates whether or not an RLT call is successfully 
bridged at the remote switch. 


- continued - 
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Table 12-2 OSR field descriptions (continued) 


Field Name Description 

36 COIN A value of TRUE indicates that the call was a coin call. A value of 
FALSE indicates other than a coin call. The values used are 0 and 
1. 

37 SWID This 10-bit field contains the switch ID. SWID is derived from the 
office parameter ORIG. SWITCH ID. The range is 0 to 999. 


- end - 
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Table 12-3 
Information digit values 


Information digit 1 Information digit 2 

Service Traffic Operator Operator 
Value analyzed? Charge? sampled? ANI fail? dialed? identified? 
0 N N N N N N 
1 Y (Note 1) N N Y (Note 4) N N 
2 N Y (Note 2) N N Y (Note 5) N 
3 Y (Note 1) Y (Note 2) N Y (Note 4) Y (Note 5) N 
4 N N Y (Note 3) N N Y (Note 6) 
5 Y (note 1) N Y (Note 3) Y (Note 4) N Y (Note 6) 
6 N Y (Note 2) Y (Note 3) N Y (Note 5) Y (Note 6) 
7 Y (Note 1) Y (Note 2) Y (Note 3) Y (Note 4) Y (Note 5) Y (Note 6) 


Note 1: The call was selected by the switch for service analysis. It is not an indication of the 
service observed identifier forming part of the ANI spill. 


Note 2: Call originated on a chargeable route. A NO flag appears if the call was a charge adjust. 


Note 3: Call is being traffic sampled by the switch. The rate of sampling is defined by the operating 
company in Table TRAFSAMP. The Y flag is set if the call is traffic sampled and routed to an 
operator position. 


Note 4: The ANI spill was not available from the local office. The ANI fail might be generated as 
part of the ANI spill or by the toll office receiving mutilated digits from the end office. 


Note 5: The forward connection was established by the operator using, for example, FWD + digits 
+ ST ТМС or RLS FWD + ST ТМС. This flag cannot be reversed after operating the START key. 


Note 6: Calling party was operator identified rather than ANI identified. Operator identified and ANI 
fail are mutually exclusive; they cannot both be set to Y at the same time. 
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Table 12-4 
Event digit values 


Eventdig Answer Cing D/C спа D/C Fraud Block 
0 Yes Yes No No No 

1 Yes No Yes No No 

2 No Yes No No No 

3 No No Yes No No 

4 Yes Yes No Yes No 

5 Yes No Yes Yes No 

6 No Yes No Yes No 

7 Мо Мо Yes Yes No 

8 No Yes No No Yes 


Note: EVENTDIGS provide information concerning answer, calling party disconnect (CLNG D/C), 
called party disconnect (CLLD D/C), blue box fraud (FRAUD), and blocked calls (BLOCK). 


Table 12-5 

ADJENTRY 
Room number Digits AMA hexadecimal 
ABCD C1C2C3C4 C2C1 C4C3 
123456 123456 3412 XX56 
123 123AAA 3A12 XXAA 
A123 C1123A 12C1 XX3A 
1A23 1C123A 121C XX3A 
12A3 12C13A C112 XX3A 
123A 123C1A 3C12 XX1A 
1A2B 1C12C2 121C XXC2 
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Figure 12-6 
OSR bitmap format 
MSB LSB 

WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 03 02 | 01 
00 RECCD(1) RECCD(2) 
01 ENTCODE(1) ENTCODE(2) INFODIGS(1) INFODIGS(2) 
02 SERVFEAT(1) SERVFEAT(2) CALLNGNO(1) CALLNGNO(2) 
03 CALLNGNO(3) CALLNGNO(4) CALLNGNO(5) CALLNGNO(6) 
04 CALLNGNO(7) CALLNGNO(8) CALLNGNO(9) CALLNGNO(10) 
05 CALLEDNO(1) CALLEDNO(2) CALLEDNO(3) CALLEDNO(4) 
06 CALLEDNO(5) CALLEDNO(6) CALLEDNO(7) CALLEDNO(8) 
07 CALLEDNO(9) CALLEDNO(10) CALLEDNO(11) CALLEDNO(12) 
08 CALLEDNO(13) CALLEDNO(14) CALLEDNO(15) EVENTDIG 
09 STARTTME(1) STARTTME(2) STARTTME(3) STARTTME(4) 
10 STARTTME(5) STARTTME(6) STARTTME(7) STARTTME(8) 
11 STARTTME(9) OPERNUM 
12 ELPSDTME(1) ELPSDTME(2) ELPSDTME(3) ELPSDTME(4) 
13 ELPSDTME(5) ELPSDTME(6) CNOVTRCL TRDIGS 
14 EOPSINFO(1) EOPSINFO(2) EOPSINFO(3) EOPSINFO(4) 
15 INDIC BILLCODE TRBLCODE TEAMNUM 
16 BILLNUM(1) BILLNUM(2) BILLNUM(3) BILLNUM(4) 
17 BILLNUM(5) BILLNUM(6) BILLNUM(7) BILLNUM(8) 
18 BILLNUM(9) BILLNUM(10) BILLNUM(11) BILLNUM(12) 
19 BILLNUM(13) BILLNUM(14) BILLNUM(15) BILLNUM(16) 
20 BILLNUM(17) BILLNUM(18) BILLNUM(19) BILLNUM(20) 
21 BILLNUM(21) BILLNUM(22) BILLNUM(23) ADJTYPE 
22 ROOMNUM(1) ROOMNUM(2) ROOMNUM(3) ROOMNUM(4) 
23 ROOMNUM(5) ROOMNUM(6) ADJENTRY(1) ADJENTRY(2) 
24 GUEST(1) GUEST(2) GUEST(3) GUEST(4) 
25 GUEST(5) GUEST(6) GUEST(7) GUEST(8) 
26 GUEST(9) GUEST(10) GUEST(11) GUEST(12) 
27 GUEST(13) GUEST(14) GUEST(15) GUEST(16) 
28 GUEST(17) GUEST(18) GUEST(19) GUEST(20) 
29 HOTELTAX 
30 QUOTEAMT 
31 ADJTIME(1) ADJTIME(2) ADJTIME(3) ADJTIME(4) 
BIT 15 | 14 | 13 | 12 11 | 10 | 09 | 08 07 06 | 05 | 04 | 03 | 02 | O1 | 00 
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Figure 12-6 
OSR bitmap format (end) 
MSB LSB 

WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 09 08 | 07 06 | 05 | 04 03 | 02 | 01 | 00 

32 ADJAMT 

33 SEQNUMB 

34 WALKAWAY 

35 SSASCODE(1) SSASCODE(2) CALLID(1) CALLID(2) 

36 CALLID(3) CALLID(4) CALLID(5) CALLID(6) 

37 CALLID(7) CALLID(8) FILLER 

38 FILLER | cn | SI | RUT |COIN. SWID 

39 

FILLER 
127 
вт |15 |14 |13 |12 |11 |10 09 08 07 06 05 04 03 |02 01 00 
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Appendix E 


Related data schema, logs, OMs, and 
commands 


Once data for a call is captured during call processing, a CDR is generated. 
The CDR format is determined by the data entered in the CDRTMPLT table. 
Refer to the UCS DMS-250 Data Schema Reference Manual for a detailed 
description of the CDRTMPLT table. 


Table 13-1 lists the logs associated with the billing records. 


Table 13-1 
Related logs 
Log Description 
CDR272 The CDR272 billing log is generated when the following conditions exist: 
* The CDR log output must be enabled by the SETLOG command in the CDR 
level of the MAP terminal. 
• Тһе treatment code (TRMTCD) captured in the CDR matches опе of the 
treatment codes selected by the SETLOG command in the CDR level of the 
MAP terminal. 
Command example: mapci; mtc; IOD; CDR; setlog 010 
e Тһе office parameter CDR LOG FIELD DESCRIPTORS in table OFCVAR is 
set to N. 
CDR273 The CDR273 billing log is generated when the following conditions exist: 


* The CDR log output must be enabled by the SETLOG command in the CDR 
level of the MAP terminal. 


Note: Refer to the UCS DMS-250 Logs Reference Manual for a detailed description of logs. 


—continued— 
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Table 13-1 


Related logs (continued) 


Log 


Description 


FCDR300 


FCDR600 


FCDR601 


FCDR602 


• Тһе treatment code (TRMTCD) captured in the CDR matches опе of the 
treatment codes selected by the SETLOG command in the CDR level of the 
MAP terminal. 


e Тһе office parameter CDR LOG FIELD DESCRIPTORS in table OFCVAR is 
set to Y. 


The FCDR300 log is genereated when data is truncated from the Call Detail 
Record (CDR) in order to fit the provisioned CDR. The office parameter 
FCDR CDR SIZE (table OFCENG) sets the length of a CDR. A major switch 
alarm is activated. 


FCDR600 logs identify CDRs that are padded to fit the size of the CDR 
provisioned by office parameter FCDR CDR SIZE (table OFCENG). 


FCDR601 logs identify empty CDR fields and can be used to streamline your 
CDRs. The UCS DMS-250 switch generates FCDR601 logs when the CDR 
template is set to variable (office parameter FCDR CDR TMPLT in table 
OFCENG). 


FCDR602 logs identify the system-forced CDRs generated by the internal CDR 
formatter due to system error or default conditions. 


Note: Refer to the UCS DMS-250 Logs Reference Manual for a detailed description of logs. 


—end— 


Table 13-2 lists the operational measurements associated with the billing 
records. 
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Table 13-2 
Related OMs 
OM group Description 
CDR250 The DMS-250 Call Detail Record (CDR250) group provides OMs for monitoring 


the status and use of resources during call detail recording operation in a 
DMS-250 switch. 


FCDRALGR The Flexible Call Detail Record (FlexCDR) Algorithm (FCDRALGR) group 
provides OMs for counting the CDR template method used to format the CDRs. 


FCDRLOG The Flexible Call Detail Record (FlexCDR) Log (FCDRLOG) group provides OMs 
for counting the CDRs formatted with padded data, truncated data, missing data, 
or wasted space. 


FCDRTMP1 The Flexible Call Detail Record Template (FCDRTMP 1) OM group counts the 
number of times templates 0 through 31 are used to format a СОК. 


FCDRTMP2 The Flexible Call Detail Record Template (FCDRTMP2) OM group counts the 
number of times templates 32 through 63 are used to format a CDR. 


Note: Refer to the UCS DMS-250 Operational Measurements Reference Manual for a detailed 
description of OMs. 


—end— 


Table 13-3 lists the commands associated with the billing records. 


Table 13-3 
Related commands 
Command Description 
CTMPLT The Call Detail Record Template (CTMPLT) command allows you to enter the 


CTMPLT directory and perform various display and editing functions to control the 
FLEX CDR Billing Platform. 


The CTMPLT command set allows you to: 


e apply changes to the billing system (Changes to the billing system are made 
through office parameters in table OFCENG.) 


e display the CDR templates defined in table CDRTMPLT 


Note: Refer to the UCS DMS-250 Commands Reference Manual. for a detailed description of 
commands. 


—continued— 
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Table 13-3 
Related commands (continued) 


Command Description 


* copy existing templates 
e display the CDR fields, including the size and format of data stored іп the field 


e display the current billing record status 


FCDRSRCH With FCDRSRCH, you can extract records from a billing file residing on a disk 
volume. Records contain call information, catagorized by call types. 


You can issue MAP terminal commands to 

e select a billing file to be searched 

e set the type of records (CDR or OSR) to search for 

e define keys to compare against data in the call billing record fields 
e set a logical condition among the defined keys 

e impose constraints on the scope of the search 

e initiate a search 


e view the records that are returned as a result of the search session 


LOGUTIL The Log Utility (LOGUTIL) command allows the user to access the LOGUTIL 
directory and perform various display and editing functions. 


Note: Refer to the UCS DMS-250 Commands Reference Manual. for a detailed description of 
commands. 


—end— 
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Appendix G 
Software Optionality Control 


Billing SOC 


Software Optionality Control (SOC) enables software to be defined and 
delivered in product computing-module loads (PCL). АП functionality in a 
PCL is categorized as either base or optional. Base functionality is available 
for immediate use. Optional functionality is grouped into commercial units 
called SOC options, which can be purchased by operating companies. SOC 
options correspond to functional groups and functions and are controlled by 
Nortel Network-supplied passwords. 


SOC is the tool for managing options in a PCL. These options reside in the 
software. When an operating company purchases an option, SOC allows the 
company to monitor and control its use. Options can be ordered, activated, 
and used without a software reload or restart. 


Note: Refer to the UCS DMS-250 Software Optionality Control User's 
Manual for more information on UCS DMS-250 SOC or the DMS-100 
Family Software Optionality Control User's Manual for general SOC 
commands and information. 


This chapter describes the billing SOC. This SOC consists of order code 
UBFRO0001. 


Order code UBFRO0001 - Flexible CDR 


The UBFR0001 order code allows the creation of customer-specific call 
detail record (CDR) templates Refer to the UCS DMS-250 Software 
Optionality Control User's Manual for more information on usage limits. 


Dependencies 


This SOC order code is not dependent on any other SOCs. 


Datafill information 


This SOC option does not affect any datafill. 
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Office parameters 
This SOC option does not affect any office parameters. 
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Appendix H 
DMS-250/500 CDR Bulletin 


Test cases and Test document 


The purpose of this document is to provide Call Detail Record (CDR) test 
cases and supporting documentation. 


Prior to UCS17/LLT17, test cases for Call Detail Records were delivered to 
the telephone company via DAT, electronically, or 9-ігасК tape. Nortel is 
now providing CDR test cases that can be accessed through Helmsman. 
Both binary and text files are provided. Telephone companies no longer 
have to request and wait for delivery of the tapes and documentation. DAT 
and 9—track tapes are still available upon request, by calling: 972—685—8269 
or Email rchsdc@nortelnetworks.com. 


The purpose of the CDR test cases is to help ensure that telephone company, 
and down stream billing programs are able to process Call Detail Records 
(CDR) correctly prior to upgrading to a new PCL software release. If your 
CDR template is not supported you may lose CDR billing data after the 
upgrade. 


Just as there are upgrade rules for PCLs (switch releases), there are upgrade 
rules for CDR billing templates. In each new switch release, there is a 
possibility that new billing records have been added to the CDR in support 
of new software development. A telephone company may be required to 
upgrade to a billing template that is supported in the new release. 


Call Detail Records (CDR) templates supported in UCS17 and NCS17 are 
UCS09, UCS11, UCSI2, and UCS13. The default template for UCS17 
and NCS17 is UCS13. There are no changes to the CDR default template 
since UCSI2. 


Please refer to NTP 297—2621—328, DMS250 CDR Tape Reference Manual 
and 297—2621—395, DMS250 Billing Records Application Guide. You can 
access these documents and CDR billing template by logging on to 
Helmsman Express. The instructions are listed below. 
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16-2 Appendix H 


If you experience this problem please contact your next level of support to 
determine what CDR billing template to use. 


Accessing online documentation via Helmsman Express 
1 Go to http://www.nortelnetworks.com. 


2 If you are already registered for access to Helmsman Express, click the 
Login button and enter your user ID and password. 


3 If you are not a registered user, click the Register button and submit your 
request. This will only require a few minutes of your time and is free of 
charge. You will receive an email with your login information within 
one to three days. 
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17-1 


List of terms 


ACT 


AIN 


AINF 


AMA 


ANI 


ANSCDR 


BAF 


BHR 


CAC 


CAIN 


CCR 


CCS7 


Automatic CDR Throttling 


Advanced Intelligent Network 


AIN Final treatment 


Automatic Message Accounting 


automatic number identification 


ANSwer Call Detail Record 


Bellcore Automatic Message Accounting Format 


block header record 


carrier access code 


Carrier Advanced Intelligent Network 


clock change record 


Common Channel Signaling 77 
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17-2 List of terms 


CDR 

call detail record 
CDRTMPLT 

CDR Template table 
CIC 

Carrier Identification Code 
CLEC 

Competitive Local Exchange Carrier 
CLLI 

common language location identifier 
CM 

computing module 
CPN 

calling party number 
CTR 

Connect To Resource 
CTMPLT 

CDR Template tool 
DIRP 

device independent recording package 
DMS 

Digital Multiplex System 
DN 

Directory Number 
DP 

Detection Point 
DRM 

distributed recording manager 
EANT 

Equal Access Network Trunk 
EBCDIC 


extended binary coded decimal interchange code 
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List of terms 17-3 


EDP 


EOPS 


EOS 


ESR 


FCDR 


FCDRSRCH 


FGD 


FLEXDIAL 


FSA 


FSD 


GAP 


GER 


GSR 


IAM 


Event Detection Point 


Enhanced Operator Position System 


Enhanced Operator Services feature 


Enhanced Operator Services system 


emergency start record 


Flexible Call Detail Record 


flexible call detail record search 


Feature Group D 


flexible dial plan 


formatter/storage agent 


Feature Group D (EANT) 


Generic Address Parameter 


graceful end record 


graceful start record 


Inter-Exchange Carrier 


Initial Address Message 
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17-4 List of terms 


IEC 

Inter-Exchange Carrier 
IMT 

Inter-Machine Trunk 
IN 

Intelligent Network 
INC 

International Carrier 
IN1 

Intelligent Network 1 
IOD 

input/output device 
IP 

Intelligent Peripheral 
IPL 

initial program load 
ISDN 

Integrated Services Digital Network 
ISUP 

Integrated Services User Part 
IXC 

Inter-Exchange Carrier 
LNP 

Local Number Portability 
LRN 

Local Routing Number 
LOGUTIL 

Log Utility 
MLNP 

Misrouted Local Number Portability 
NOA 


Nature Of Address 
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List of terms 17-5 


NPA 


NTP 


OFCENG 


OM 


ONP 


OPART 


OPCHOICE 


OSR 


PBX 


PCL 


PIC 


POTS 


PRI 


RLT 


RRBCME 


RTETAB 


Numbering Plan Area 


Northern Telecom Publication 


Office Engineering table 


Operational Measurement 


One Night Process 


origination part 


operator choice 


operator services record 


Private Branch Exchange 


product computing module load 


point in call 


Per TrunkPlain Old Telephone System 


primary rate interface 


release link trunk 


Request Report ВСМ Event 


Route Table 


Digital Switching Systems UCS DMS-250 Billing Records Application Guide SNO06 (DMS) 


17-6 List of terms 


RU 

recording unit 
SDM 

SuperNode Data Manager 
SOC 

software optionality control 
SRR 

system restart record 
557 

Signaling System 7 
STDPRT 

Standard Pretranslator 
STDPRTCT 

Standard Pretranslator Control Table 
TBCD 

telephony binary coded decimal 
TCAP 

Transaction Capabilities Application Part 
TERMRTE 

Treatment Route 
TRTMTCD 

Treatment Code 
TDP 

trigger detection point 
TPART 

Termination part 
UCS 

Universal Carrier Services 
VAMP 


Variable AIN Messaging Platform 
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18-1 


Ordering information 


Use the following table for ordering Nortel Networks NTPs (Northern 


Telecom Publications) and Product Computing-Module Loads (PCLs): 


Nortel Networks 
sales 
representative 


Type of product Source Phone Cost 
Technical documents Nortel Networks 1-877-662-5669 Yes 
(paper or CD-ROM) Product 
Documentation 
Individual NTPs (paper) Merchandising 1-877-662-5669 Yes 
Order Service 
Marketing documents Sales and Marketing | 1-800-ANORTEL No 
Information Center (1-800-466-7835) 
(SMIC) 
PCL software Nortel Networks Consult your Yes 


When ordering publications on CD 


Please have the CD number and software version available, for example, 


HLM-2621-ENCDRPDF 02.02. 


When ordering individual paper documents 


Please have the document number and name available, for example, 


297-2621-001, UCS DMS-250 Master Index of Publications. 


When ordering software 


Please have the eight-digit ordering code, for example, UCS00014, as well 
as the ordering codes for the features you wish to purchase. Contact your 


Nortel Networks representative for assistance. 
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